1

Tendencas en Ingenera de Software

2
Maurco Gaona < mgaona@esc.unvae.edu.co>
RESUMEN RESUMEN
Escuea de Ingenera de Sstemas y Computacn
Facutad de Ingenera
Tendencas en Ingenera de Software
3
Conceptos de gestin de
proyectos de software
4
Qu es un proyecto de software ?
Es un conjunto de acciones planificadas, controladas
y coordinadas con el propsito de construir un
producto de software basado en los conceptos de
ingeniera de software.
5
El espectro de la gestin: Las 4 P's

Personas Lo mas importante en el xito de un

proyecto.

Producto El software que ser desarrollado.

Procesos El marco de trabajo desde el cual se

puede establecer un plan detallado para el desarrollo
del software.

Proyecto Todo el trabajo requerido para hacer el

producto realidad.
6
"Stakeholders

Gestores ejecutivos: quienes definen los aspectos del negocio que

usualmente tienen influencia significativa en el proyecto.

Gestores (tcnicos) del proyecto: quienes planifican, motivan, organizan y

controlan a los profesionales que realizan el trabajo de software.

Profesionales: quienes proporcionan las habilidades tcnicas necesarias

para realizar la ingeniera de un producto o aplicacin.

Clientes: quienes especifican los requisitos para la ingeniera de software y

otros elementos que tienen un inters en el resultado.

Usuarios finales: quienes interactan con el software una vez que se

libera para su uso productivo.
7
Equipo de Software
Cmo liderar ?
Como organizarse ?
Cmo motivar ?
Cmo colaborar ?
Cmo crear buenas ideas ?
8
Lderes de equipo

El Modelo MO (Jerry Weinberg-86)

Motivacin: la habilidad de alentar al personal tcnico
para que produzca segn su mejor capacidad

Organizacin: la habilidad para adecuar los procesos

existentes (o inventar nuevos) que permitan que el
concepto inicial sea traducido en un producto final
Ideas o innovacin: la habilidad para alentar a la gente
a crear y sentir creativamente, incluso cuando deben
trabajar dentro de los lmites establecidos por un
producto o aplicacin de software particular.
9
Equipo de Software

La dificultad del problema a resolver

El tamao de los programas resultantes en lneas de cdigo o en puntos

de funcin.

El tiempo que el equipo estar junto (vida del equipo)

El grado en el que el problema puede separarse en mdulos.

La calidad y confiabilidad requeridos del sistema que se construir.

La rigidez de la fecha de entrega

El grado de sociabilidad (comunicacin) que requiere el proyecto.

Los siguientes factores deben ser considerados cuando se
selecciona un equipo de software ...
10

Paradigma cerrado: estructura a lo largo de una jerarqua tradicional de

autoridad. (software similar)

Paradigma aleatorio: estructura un equipo libremente y depende de la

iniciativa individual de los miembros del equipo. (innovacin)

Paradigma abierto: intenta estructurar un equipo en una forma que logre

algunos de los controles del paradigma cerrado, pero tambin mucha
innovacin que ocurre en el paradigma aleatorio.

Paradigma sincrnico: se apoya en la compartimentalizacin natural de un

problema y organiza a los miembros del equipo para trabajar en partes del
problema con poca comunicacin activa entre ellos.
Paradigmas organizacionales
Sugerido por Constantine [CON93]
11
Evitar la "toxicidad del equipo

Una atmsfera de trabajo frentica donde los miembros del equipo

gastan energa, pierden la concentracin del objetivo del trabajo.

Alta frustracin que provoca friccin entre los miembros del equipo
causada por cosas personales, negocios o factores tecnolgicos.

Un proceso de software "fragmentado o pobremente coordinado

Una definicin poco clara de los papeles del equipo de software

"continuas y repetidas exposiciones al fracaso que terminan por perder la

confidencialidad y bajan la moral a los miembros del equipo.
Jackman |jac98|
12
Equipos giles

Los miembros del equipo deben confiar uno del otro

La distribucin de las habilidades deben ser apropiadas al problema.

"Mavericks debe ser excluido del equipo si la cohesin del equipo ser
mantenida.

El equipo es auto organizado

La estructura del equipo es adaptativa
Usa los paradigmas de Constantine
Autonoma significativa (autonoma tomar decisiones tcnicas)
13
Equipos giles
Organizar Ios equipos bajo una metodoIoga de desarroIIo (RAD, XP,
etc)

RAD : (Rapid Aplication Development)

Las aplicaciones deben ser producidas rpidamente, econmicas,
deber ser mnimo los cambios.
Los requerimientos de los usuarios deben ser entendidos
Mnimas interferencias burocrticas
Analisis y
Diseo
Programacion Implementacion
Diseo
conjunto de la
aplicacion
14
El producto

Actividades de producto de software
Contexto (mbito)
Descomposicin del problema
15
Alcance del producto

mbito

Contexto. Como ser construido el software para que se acople

en un sistema grande, o a un contexto de negocios y que
restricciones son impuestas como resultado del contexto?

Objetivos de la informacin: Qu objetos de datos visibles al

usuario se producen como resultado del software ? Que objetos
de datos se requieren de entrada ?

Funcin y desempeo: Que funciones realiza el software para

transformar los datos de entrada en salida ? Existen algunas
caractersticas de desempeo especiales que deban abordarse?

El alcance de los proyectos de software no deben se ambiguos,

entendibles por los niveles tcnicos y administrativos
16
Descomposicin del problema

Particin o elaboracin del problema

Definido el alcance .
Se descompone en funciones constitutivas

Se descompone en datos de objetos visibles al usuario

o

Se descompone en un conjunto de clases de problemas

El proceso de descomposicin continua hasta que todas las

funciones o problemas hayan sido definidos
17
El proceso

Una vez establecido el marco de trabajo (Ciclo de desarrollo)

Considerar las caractersticas del proyecto

Determinar el grado de rigor requerido

Definir un conjunto de tareas para las actividades de

ingeniera de software

Conjunto de tareas =

Tareas de ingeniera de software

Producto de trabajo
Puntos de aseguramiento de la calidad

Experiencia (Milestones )
18
Combinacin del problema y el proceso
La planeacion del proyecto comienza con la combinacion del
problema y el proceso.
Recursos,
Iechas,
resultados, etc
19
El proyecto

Los proyectos estn en peligro cuando .

El personal de software no entiende las necesidades de sus clientes
El alcance del producto est mal definido
Los cambios se gestionan mal
La tecnologa elegida cambia
Las necesidades comerciales cambian [o estn mal definidas]
Los plazos de entrega no son realistas
Los usuarios se resisten
Se pierde el patrocinio o respaldo
El equipo del proyecto carece de personal con las habilidades apropiadas
Los gestores evitan las mejores prcticas y las lecciones aprendidas
20
Sentido comn en los proyectos

Comience con el pie derecho: Trabajar duro para entender el problema y

establecer objetivos y espectativas realistas para todos los implicados en
el proyecto.

Mantenga el mpetuo: Proporcionar incentivos y resaltar la calidad de las

tareas

Rastree el progreso: Seguimiento a las actividades del proyecto

Tome decisiones inteligentes: Matener el proyecto simple, usar cosas

probradas, dedique mas tiempo del necesario a las tareas complejas.

Realice un anlisis de resultados: Evaluacin de la planificacin (real vs

prevista), analice mtricas, realimetacin del equipo de trabajo y registro
por escrito los allazgos.
21
Obtener la esencia del proyecto

Por qu se desarrolla el sistema ? (se justifica el gasto de

personal, tiempo y dinero ?)

Qu se har? (tareas del proyecto)

Cundo se har? (planificacin del proyecto)

Quin es el responsable de una funcin?

Dnde estn ubicados en la organizacin ?

Cmo se har el trabajo desde los puntos de vista tcnico y

gestin ?

Cunto de cada recurso se necesita ?

W
5
HH (Barry Boehm)
22
Prcticas crticas

Administracin del riesgo

Costo emprico y estimacin de la planificacin

Gestin del proyecto basado en mtricas

Seguimiento del valor ganado

Seguimiento de defectos frente a objetivos de calidad

Gestin de personal
23
Gestin de proyectos de software
http://www.comp.glam.ac.uk/Teaching/projectmanagement/plannin
g3I.htm
Algunas herramientas
http://www.spmm.com/productssoItware.html
http://www.ganlthead.com/
http://www.ittoolkit.com
24

Tendencas en Ingenera de Software