29/04/2014

1
PLANIFICACIN DE PROYECTOS DE
SOFTWARE
Dr. Ing. CELEDONIO MNDEZ
TCNICAS DE DOCUMENTACIN Y ARCHIVO
4
Contenido
4.1. Planificacin del tiempo
4.2. Evaluacin del costo beneficio
4.3. Estudio de viabilidad
4.4. Planificacin de la documentacin
4.5. Gestin de la configuracin del software
Gestin de proyectos
La gestin de proyectos de software se hace
necesaria ya que todo proyecto esta sujeto a
restricciones de presupuesto y tiempos.
La gestin permite asegurar que el software se
lleve a cabo a tiempo y de acuerdo con los
requerimientos especificados.
Gestin de proyectos
La gestin del software es particularmente difcil,
algunas de las razones son:
El producto de software es intangible.
No hay un proceso estndar.
A menudo los proyectos de software grandes son
nicos.
Gestin de proyectos
Las actividades comunes de la gestin de
proyectos software son:
Redaccin de la propuesta.
Planificacin del proyecto
Estimaciones de costo, tiempo y esfuerzo.
Supervisin y revisin del proyecto.
Seleccin y evaluacin del personal.
Redaccin y presentacin de informes.
Que es la Planificacin
Es una gua de desarrollo para cumplir las metas
del proyecto.
Es un proceso iterativo el cual termina hasta que
el proyecto mismo haya terminado. Esto quiere
decir que su revisin es continua, ya que tanto
requerimientos como restricciones pueden
cambiar a lo largo del desarrollo
29/04/2014
2
Importancia de la Planificacin
El xito o fracaso de un proyecto de software
depende en gran parte de la planificacin, ya que
con ayuda de sta se pueden evitar problemas a
los que un proyecto est sujeto, tales como:
Retraso de tiempo de entrega
Sobrepasar el presupuesto
Baja calidad del producto
Alto costo de mantenimiento, etc.
Actividades de la Gestin y
la Planificacin
GESTIO !E
P"O#ECTOS
Propuesta
Planificacin
Supervisin
Personal
Informal
PLANIFICACIN
Planificacin del
tiempo
(calendarizacin)
Estimacin de
costos (esfuerzo)
Gestin de riesgos y
control de calidad
Gestin de la
configuracin de sw
4$%
P&AI'ICACI( !E& TIE)PO
4$%$ Planificacin del tiempo
El factor tiempo es muy importante en el
desarrollo de software ya que ganaremos o
perderemos a un cliente si este no es entregado
en los tiempos establecido o ya negociados.
La planificacin de tiempo se puede definir
como una actividad en la cual se debe estimar
el tiempo que requerir para llevar a cabo una
tarea y los recursos necesarios para su
realizacin.
Actividades e *itos
Durante la recoleccin de requerimientos, se listan
todos los elementos que se deben entregar del
proyecto (actividades e hitos), que son los tems
que los clientes esperan ver durante el desarrollo
del proyecto.
La descomposicin en hitos y actividades beneficia:
Tanto a clientes como desarrolladores para
entender el desarrollo y mantenimiento del
sistema.
Al gestor para juzgar el progreso del software y
puede entonces actualizar costos y el calendario.
Actividades e *itos en el desarrollo
de soft+are
29/04/2014
3
Calendari,ar el proyecto
Una vez definidas las actividades y hitos se debe
calendarizar el proyecto (dividir el trabajo en actividades
o tareas complementarias y considerar el tiempo que
requiere cada una).
Generalmente se representa con grficos de barras y
grafos o redes de actividades que muestran las
actividades, los responsables, la dependencia entere
actividades y la asignacin de recursos.
l gestor debe coordinar las tareas del trabajo, asignarles
personal y otros recursos de tal manera que se
aprovechen de manera ptima. !as actividades por lo
general duran al menos una semana, la cantidad de
tiempo m"ima sugerida es de # a $% semanas.
4$%$% )-todos de Planificacin
temporal
"isten varios m'todos para la planificacin (
!a t'cnica de revisin y evaluacin del
programa()*+)
,)- la ruta cr.tica
+ambi'n e"isten varias representaciones grficas
como son(
*edes de actividades
Grficos de barras
!ia.rama de Actividades
)or, medio de una red de actividades se muestra la
dependencia entre las diferentes actividades y se estima el
tiempo en que tardar cada tarea, se debe considerar que
algunas de 'stas se podrn realizar en paralelo.
Tarea
T1 T2 T3
T4 T5 T6 T7 T8 T9 T10 T11 T12
Duracin (das) 8 15 15 10 10 5 20 25 15 15 7 10
Dependencias
T1
(M1)
T2,T4
(M2)
T1,T2
(M3)
T1
(M1)
T4
(M5)
T3, T6
(M4)
T5, T7
(M7)
T9
(M6)
T11
(M8)
M representa un Hito
!ia.rama de Actividades
1
2
3
4
5
6
8
7
9
10
11
12
Es el tiempo mnimo
requerido para
finalizar el proyecto
!ia.ramas Gantt !ia.ramas Gantt
En un diagrama Gantt las actividades son seguidas
por una barra sombreada (azul) y cuya longitud es
calculada por una herramienta de calendarizacin.
La barra azul indica que hay flexibilidad en la fecha
de terminacin para dichas actividades. Entonces la
ruta crtica se ve afectada solamente si:
Las actividades que no tienen barra azul no se
completan a tiempo.
Las actividades con barra azul pasa del lmite de
tiempo marcado por sta.
29/04/2014
4
Personas asi.nadas a diferentes
Actividades en el Proyecto
Tarea Ingenier
T1 !s"
T2 #na
T3 !s"
T4 !rge
T5 Mara
T6 #na
T7 $a%&
T8 !rge
T9 !s"
T10 #na
T11 !rge
T12 !rge
Jos
Ana
Mara
Ral
Jorge
)-todos PE"T /Pro.ram Evaluation and "evie+
Tec0ni1ue2 y CP)/Cr3tical Pat0 )et0od2
/mbos m'todos aportaron los elementos
administrativos necesarios para formar el m'todo del
camino cr.tico actual, utilizando el control de los tiempos
de ejecucin y los costos de operacin, para buscar que
el proyecto total sea ejecutado en el menor tiempo y al
menor costo posible.
+anto )*+ como ,)- hacen uso de diagramas o redes
de actividades.
El m-todo PE"T
El mtodo PERT se desarroll para proyectos con
incertidumbre en el tiempo de las actividades
(usualmente debido a que el proyecto nunca se haba
intentado antes y por tanto no haba bases de datos,
para los tiempos de las actividades). Esto condujo al
enfoque probabilstico que se tom.
La principal desventaja es que no es funcional para
grandes proyectos, debido a los tres estimados de
tiempo que se requieren en cada actividad. Adems, el
costo de actualizar y mantener la informacin del
proyecto con el tiempo en ambientes tan dinmicos,
puede ser excesivamente prohibitivo.
Pasos en el planteamiento de PE"T
1. Identificar las actividades y su
interdependencia
2. Determinar la secuencia de actividades
3. Construir el diagrama de red
4. Tiempos estimados de actividades
5. Determinar la trayectoria crtica
6. Actualizar segn el progreso del proyecto
El m-todo CP)
El CPM se desarroll para manejar proyectos
repetitivos o similares (ej., mantenimiento de
plantas qumicas). Obviamente, se gana gran
cantidad de experiencia con el tiempo en tales
circunstancias, aun cuando dos proyectos
puede que no sean iguales.
Pasos en CP)
1. Especificar las actividades individuales.
2. Determinar la secuencia de esas actividades.
3. Dibujar el diagrama de la red.
4. Estimar el tiempo de terminacin para cada
actividad.
5. Identificar la ruta crtica (la trayectoria ms larga
a travs de la red)
6. Actualizar el diagrama del CPM
29/04/2014
5
)-todo del camino cr3tico
No solamente se llama camino crtico al
mtodo sino tambin a la serie de actividades
contadas desde la iniciacin del proyecto
hasta su terminacin, que no tienen
flexibilidad en su tiempo de ejecucin, por lo
que cualquier retraso que sufriera alguna de
las actividades de la serie provocara un
retraso en todo el proyecto.
)-todo del camino cr3tico
Desde otro punto de vista, camino crtico es
la trayectoria crtica de mayor duracin a
travs de la red. Debido a su impacto en el
proyecto entero, el anlisis de trayectoria
crtica es un aspecto importante del
planeamiento del proyecto.
!iferencias entre PE"T y CP)
'($T es un )"*d
'r+a+i&s*ic,
-'M es un )"*d
De*er)ins*ic,
-nsidera .ue &a /aria+&e de
*ie)p es una /aria+&e
descncida de &a cua& s&
se *ienen da*s es*i)ads,
-nsidera .ue &s *ie)ps de &as
ac*i/idades se cncen 0 se pueden
/ariar ca)+iand e& ni/e& de
recurss u*i&i1ads,
(& *ie)p esperad de
2ina&i1acin de un pr0ec* es
&a su)a de *ds &s *ie)ps
esperads de &as ac*i/idades
s+re &a ru*a cr*ica,
# )edida .ue e& pr0ec* a/an1a,
es*s es*i)ads se u*i&i1an para
cn*r&ar 0 )ni*rear e& prgres, 3i
curre a&g%n re*ras en e& pr0ec*,
se 4acen es2uer1s pr &grar .ue e&
pr0ec* .uede de nue/ den*r de
&s *ie)ps prgra)ads
ca)+iand &a asignacin de
recurss,
!iferencias entre PE"T y CP)
'($T es un )"*d
'r+a+i&s*ic,
-'M es un )"*d De*er)ins*ic,
3upniend .ue &as
dis*ri+ucines de &s *ie)ps
de &as ac*i/idades sn
independien*es, &a /arian1a
de& pr0ec* es &a su)a de
&as /arian1as de &as
ac*i/idades en &a ru*a cr*ica,
-nsidera .ue &as ac*i/idades sn
cn*inuas e in*erdependien*es,
siguen un rden crn&gic 0
2rece par5)e*rs de& ))en*
pr*un de& inici de &a ac*i/idad,
-nsidera *res *ie)ps
es*i)ads6
o (& )5s pr+a+&e
o 7p*i)is*a,
o 'esi)is*a,
-nsidera *ie)ps nr)a&es 0
ace&erads de una de*er)inada
ac*i/idad, seg%n &a can*idad de
recurss ap&icads en &a )is)a,
4$4
E5A&6ACI( !E COSTO78EE'ICIO
4.2.1. Mtricas de Software
4.2.2. Estimacin del proyecto del software
4.2.2.1. Tcnicas para la estimacin de Software
4.2.2.2. Modelos de estimacin
4.2.2.3. La decisin a desarrollar o comprar
4.2.2.4. Herramientas automticas de estimacin
4.2.3. Evaluacin del costo beneficio
4.2.3.1. Mtodos para el anlisis Costo/Beneficio
4$4 Evaluacin del costo79eneficio
Actualmente el Software es el elemento ms
caro en la mayora de los sistemas de
informacin, por lo que la estimacin debe
realizarse cuidadosamente ya que un gran
error en la estimacin del costo puede ser lo
que marque la diferencia entre beneficios y
prdidas tanto para clientes y la empresa
desarrolladora de software.
29/04/2014
6
Evaluacin del costo79eneficio
Algunas razones por las cuales es crucial comprender
cual ser el costo aproximado son :
Los costos sobredimensionados pueden causar que
los clientes cancelen el proyecto.
Los costos subestimados pueden no compensar el
tiempo invertido por el equipo del proyecto.
No se debe olvidar que la estimacin es una
actividad compleja que se vale de modelos y de
tcnicas y estos a su vez se basan en mtricas, por
lo que es necesario profundizar sobre stas.
4$4$%$ )-tricas de soft+are
Cuando se puede medir lo que se esta
diciendo y expresarlo con nmeros, significa
que tenemos conocimientos sobre ese tema,
cuando esto no ocurre significa que nuestro
conocimiento es precario y deficiente.
Por1ue medir el Soft+are
0os indica la calidad del producto
0os ayudan a evaluar
la productividad de la gente que desarrolla el
producto
los beneficios de utilizar nuevos m'todos y
herramientas de ingenier.a de soft1are justificando el
uso de 'stos.
sta evaluacin permite una mejora continua al
proceso de desarrollo de soft1are.
0os ayuda a establecer una lnea base para la
estimacin
:Que es una medida;
Cuando se recopila un solo aspecto de los datos se est
hablando de medidas. Ejemplo: nmero de lneas de cdigo o
nmero de errores.
Una )E!I!A nos indica
cuantitativamente:
Capacidad, tamao, extensin,
dimensin, cantidad, etc.
De algunos
atributos
Que posee
un proceso
o producto
:Que es una m-trica;
)<T"ICA= es una
medida cuantitativa
Indica en que grado
Posee un
atributo
Un sistema o
componente
de sistema
:Qu- es un Indicador;
Un ingeniero de software recopila medidas y
desarrolla mtricas para obtener indicadores.
Un indicador: es una mtrica o una combinacin
de mtricas que proporcionan un visin profunda
del proceso y proyecto del software o del producto
en si mismo.
Hay dos tipos de indicadores o mtricas:
Indicadores de proceso e indicadores del
proyecto
29/04/2014
7
Indicadores de proceso
Brindan una visin profunda sobre la eficacia de un
proceso ya existente.
Permiten evaluar lo que est funcionando.
Su propsito es mejorar los procesos de software a
largo plazo y conducir a estrategias que permitan
mejorar la calidad del proceso.
Indicadores del proyecto
Son utilizadas para supervisar el progreso durante
el desarrollo de software y controlar la calidad del
producto, adems se utilizan para realizar las
estimaciones de tiempo y esfuerzo. Permiten al
gestor de proyecto:
Evaluar el estado del proyecto
Seguir las pistas de los riesgos potenciales
Detectar las reas de problemas para evitar reas
crticas
Ajustar el flujo y las tareas del trabajo
Evaluar la habilidad del equipo del proyecto para
controlar la calidad del producto de software.
)-tricas de Soft+are
Aplicacin continua de
tcnicas basadas en las
medidas de los procesos
de desarrollo del software
y sus productos, para
producir una informacin
de gestin significativa y a
tiempo.
)-tricas de Soft+are
Podemos definir las Mtricas de Software o
Medidas de Software como:
La aplicacin continua de tcnicas basadas en
las medidas de los procesos de desarrollo del
software y sus productos, para producir una
informacin de gestin significativa y a tiempo.
Esta informacin se utilizar para mejorar esos
procesos y los productos que se obtienen de
ellos.
)-tricas de Soft+are
Estas medidas son aplicables a todo el ciclo
de vida del desarrollo, desde la iniciacin,
cuando debemos estimar los costos, al
seguimiento y control de la fiabilidad de los
productos finales, y a la forma en que los
productos cambian a travs del tiempo
debido a la aplicacin de mejoras.
)-tricas de Soft+are
Esencialmente, las Mtricas de Software se
aplican al producto Software y a los procesos
mediante los que se desarrolla.
Por tanto, las medidas del software y los
modelos de medida son entonces tiles para
estimar y predecir costos y para medir la
productividad y la calidad del producto.
29/04/2014
8
Caracter3sticas de las m-tricas de
Soft+are
Una medida ideal debera ser:
Objetiva.
Sencilla, definible con precisin para que pueda
ser evaluada.
Fcilmente obtenible (a un coste razonable).
Valida, la mtrica debera medir exactamente lo
que se quiere medir y no otra cosa.
Robusta. Debera de ser relativamente
insensible a cambios poco significativos en el
proceso o en el producto.
!lasificacin
de las
"#tricas de $oftware
Mtricas de
Producto
Mtricas de
Proceso
)-tricas de producto
Son medidas del producto software durante
cualquier fase de su desarrollo, desde los
requisitos hasta la instalacin. Las Mtricas de
Producto pueden medir la complejidad del
diseo, el tamao del producto final (fuente u
objeto) o el nmero de pginas de
documentacin producida.
)-tricas de proceso
Son medidas del proceso de desarrollo del
software tales como tiempo de desarrollo
total, esfuerzo en das/hombre o
meses/hombre de desarrollo del producto,
tipo de metodologa utilizada o nivel medio
de experiencia de los programadores.
%&'($ !)($*+*!(!*%,E$ -E ".&'*!($
PO" &AS P"OPIE!A!ES O8>ETI5AS #
S68>ETI5AS
Por ejemplo, el tamao del producto medido en
lneas de cdigo (LOC) es una medida objetiva del
producto, y una medida subjetiva sera la
clasificacin del software segn el modelo de
estimacin de costos de Bohem (COCOMO) en
orgnico, semilibre o rgido.
Para medida de procesos, el tiempo de desarrollo es
una medida objetiva y el nivel de experiencia de un
programador es una medida subjetiva.
-'tricas de )roductos
Mtrica orientadas al tamao
!.neas de ,digo
-'tricas orientadas a la funcin
)untos de 2uncin
-'tricas de calidad
-'tricas de )rocesos
,onclusiones (m'tricas)
29/04/2014
9
)-tricas orientadas al Tama?o=
&3neas de cdi.o
La medida ms utilizada de la longitud del cdigo fuente de
un programa es el Nmero de Lneas de Cdigo (Lines of
Code en ingles, abreviado LOC). La definicin ms comn
es la siguiente:
Una lnea de cdigo es cualquier lnea de un texto de un
programa que no es un comentario o lnea en blanco, sin
tener en cuenta el nmero de instrucciones o parte de
instrucciones en la lnea. Esta medida se suele
representar por NCLOC (No Comentary Lines of Code).
)-tricas orientadas al Tama?o=
&3neas de cdi.o
3 4i queremos conocer la longitud real del programa
esta ser.a(
)%! / ,!)%! 0 !)%!
5onde ,!6, (,omentary !ines of ,ode) es el n7mero
de l.neas de comentarios.
3 Una medida indirecta de la densidad de comentarios
ser.a(
!)%! 1 )%!
Pro9lemas
a) No se tiene en cuenta el concepto de
reutilizacin.
b) No se tiene en cuenta el concepto de costes
fijos ni tareas que se desarrollan que no
producen instrucciones. Por ello, no debe ser
utilizada esta medida directamente en la
estimacin de esfuerzo o productividad.
Pro9lemas
Cuando se est buscando la nocin pura de longitud
existen dos alternativas aceptables si se quiere utilizar
bajo el concepto de tasa (ratio):
Medir la longitud en trminos de nmero de bytes
de almacenamiento requerido para contener el texto
del programa.
Medir la longitud en trminos de nmero de
caracteres en el texto del programa (char).
Si se conoce el nmero medio de caracteres por lnea
de texto, NL; el nmero de lneas sera:
LOC = CHAR/NL
5enta@as y desventa@as
2entajas3
Que son fciles de
calcular en cualquier
proyecto
Existen varias
herramientas de
estimacin basadas en
las lneas de cdigo
5enta@as y desventa@as
-esventajas3
La falta de una definicin universal de lnea de cdigo
Las lneas de cdigo dependen de los lenguajes de
programacin y por lo tanto perjudica a los programas
ms cortos pero bien diseados.
El estilo de programacin depender de cada persona.
Comparar la productividad utilizando lenguajes diferentes
de programacin puede llevar a conclusiones errneas
respecto a la productividad de los programadores.
El decidir que lneas de cdigo se contabilizaran ya sean
nuevas, lneas modificadas, reutilizadas ms definiciones
de datos y comentarios.
Dificultad de estimar en fases tempranas del desarrollo la
cantidad de lneas que tendr una aplicacin.
29/04/2014
10
-'tricas de )roductos
-'trica orientadas al tama8o
!.neas de ,digo
Mtricas orientadas a la funcin
)untos de 2uncin
-'tricas de calidad
-'tricas de )rocesos
,onclusiones (m'tricas)
)-tricas orientadas a la 'uncin
Es un mtodo para cuantificar el tamao y la
complejidad de un sistema software en trminos
de las funciones que el usuario desarrolla o
desarrollar.
Se entiende por funciones a las entradas, salidas,
archivos, etc.
)-tricas 'uncionales
Un punto de funcin es una mtrica sinttica que
se compone de la suma ponderada de los totales
de las entradas, las salidas, las consultas, los
archivos lgicos, e interfaces que se identifican
en la aplicacin.
)etodolo.3a Ori.inal de Puntos de
'uncin
!a proposicin de puntos de funcin tuvo los siguientes
objetivos(
-edir lo que el usuario pide y recibe.
-edir independientemente de la tecnolog.a utilizada
en la implantacin del sistema.
)oder ser aplicados tempranamente en el ciclo de
vida del producto.
)roporcionar una m'trica de tama8o que d' soporte
al anlisis de la calidad y la productividad.
4er independientes de cdigo fuente o lenguaje.
PA"A)ET"OS
9nicialmente consider solo : parmetros bsicos y
un factor de ajuste de complejidad.
!a siguiente tabla ilustra el m'todo original.
)etodolo.3a "evisada de Puntos de 'uncin
'evisin de la m#trica Puntos de +uncin reali4ada por *5"
29/04/2014
11
Ejemplos de entradas:
2ormatos de datos llenadas por usuarios en pantallas, cintas
magn'ticas, discos fle"ibles, entradas sensoriales, por lpiz
magntico, mouse clicks.
Entradas: )antallas o formularios a trav's de los cuales
usuarios humanos de una aplicacin u otros programas agregan
nuevos datos o actualizan datos e"istentes. 4i una pantalla de
entrada es muy grande para ser desplegada de una vez
(asumiendo #% columnas y ;< l.neas) y requiere de una segunda
pantalla, el conjunto cuenta como una ($) sola entrada. 4e deben
considerar entradas que requieren procesamiento 7nico.
Ejemplos de salidas:
Pantallas de datos de salidas, informes impresos, archivos en
disco, sets de cheques, facturas impresas. En general,
contabilizar como una salida entidades que son referenciales
por un nombre; contabilizar independientemente salidas que
comparten los datos pero varan en formato. Por ejemplo, una
tabla y un histograma.
Salidas: Pantallas o informes que la aplicacin produce para
uso humano o para otros programas. En una aplicacin de
remuneraciones una funcin de salida que genere 100 cheques
contara como una sola salida.
Ejemplos de archivos internos lgicos: ,oleccin
lgica de registro que la aplicacin modifica o
actualiza. Un archivos puede ser plano en una base de
datos en ),, una rama de una base de datos
jerrquica, una tabla de una base de datos relacional.
Ejemplos de !archivos externos lgicos de" interfa#:
bases de datos compartidas, archivos lgicos
direccionables desde o hacia otra aplicacin.
$nterfaces: /rchivos compartidos con otras aplicaciones,
como archivos en cinta magn'tica que vienen o que
van, bases de datos compartidas, o listas de
parmetros.
%as consultas se dividen en dos partes: la porcin de
entrada y la porcin de salida. jemplos de consultas(
consulta de un usuario sin actualizar un archivo,
mensajes de ayuda, mensajes de seleccin. Una
consulta t.pica ser.a una relacionada con una
reservacin a'rea.
!a porcin de entrada ser.a la pregunta (por ejemplo(
=qu' vuelos de !an salen de !ima a +rujillo despu's de
las < pm>) y la porcin de salida la respuesta (por
ejemplo( ?uelo $:@ a las A(%< pm).
Consultas: )antallas que le permiten a los usuarios
interrogar una aplicacin y solicitar asistencia o
informacin, tal como pantallas de ayuda (HELP).
%4 factores de influencia
,$ ,omunicacin de datos
,; 2unciones distribuidas
,@ 6bjetivos de performance
,: ,onfiguracin usada fuertemente
,< +asa de transacciones
,A ntrada de datos en l.nea
,B ficiencia del usuario final
,# /ctualizacin en l.nea
,C )rocesamiento complejo
,$% *eusabilidad
,$$ 2acilidad de instalacin
,$; 2acilidad operacional
,$@ 4itios m7ltiples
,$: 2acilitamiento del cambio
)a escala de evaluacin tiene el siguiente significado3
0 factor no presente o sin influencia
1 influencia insignificante
2 influencia moderada
3 influencia promedio
4 influencia significativa
5 influencia fuerte
29/04/2014
12
!omunicacin de datos(
9mplica que datos yDo informacin de control son
enviadas o recibidas sobre facilidades de
comunicacin. !a evaluacin se reflejar.a en un %
para aplicaciones batch, y un < para aplicaciones
interactiva.
+unciones distribuidas3
/naliza si una aplicacin es monol.tica y opera en
un solo procesador o si es distribuida entre varios
procesadores. !a evaluacin arrojar.a un % para
aplicaciones monol.ticas puras, y un < para
aplicaciones que se ejecutan dinmicamente en
varios procesadores.
%bjetivos de performance3 la evaluacin ser.a un % si no
hay establecido ning7n criterio especial de performance
por los usuarios, y un < si los usuarios insisten en
objetivos de performance muy rigurosos que requieren
un esfuerzo considerable para ser logrados.
!onfiguracin usada fuertemente3 la evaluacin ser.a un %
si la aplicacin no tiene restricciones especiales de uso, y
un < si el uso anticipado requiere especial esfuerzo para
ser logrado.
&asa de transacciones3 la evaluacin ser.a un % si el
volumen de transacciones no es significativo, y un < si el
volumen es lo suficientemente significativo como para
producir stress en la aplicacin y requerir un esfuerzo
especial para alcanzar throughputs deseados.
Entrada de datos en lnea3 la evaluacin ser.a un % si menos
del $<E de las transacciones son interactivas, y un < si ms
del <%E de las transacciones son interactivas.
Eficiencia del usuario final3 la evaluacin ser.a un % si no hay
usuarios finales o no hay requerimientos especiales para
los usuarios finales, y un < si los requerimientos de
eficiencia de usuarios finales son lo suficientemente
r.gidos como para requerir un esfuerzo
(ctuali4acin en lnea3 la evaluacin ser.a un % si no hay, y un
< si las actualizaciones son obligatorias y especialmente
dif.ciles, quizs debido a la necesidad de proteger datos de
cambios accidentales.
Procesamiento complejo3 la evaluacin ser.a un % si no hay, y
un < en casos que requieren decisiones lgicas e"tensas,
matemtica compleja, procesamiento truculento de
e"cepciones, o esquemas de seguridad elaborados.
'eusabilidad3 la evaluacin ser.a un % si la funcionalidad se
planifica para permanecer local a la aplicacin actual, y un
< si mucha de la funcionalidad y los artefactos del
proyecto se pretende que sean usados ampliamente por
otras aplicaciones.
+acilidad de instalacin3 la evaluacin ser.a un % si este factor
es insignificante, y un < si la instalacin es importante y tan
restrictiva que requiere un esfuerzo especial para
cumplirla satisfactoriamente.
+acilidad operacional3 la evaluacin ser.a un % si este factor
es insignificante, y un < si la facilidad operacional es tan
restrictiva que requiere un esfuerzo especial para
alcanzarla.
$itios m6ltiples3 la evaluacin ser.a un % si hay solo un sitio
planificado de uso, y un < si el proyecto y sus artefactos se
pretenden sean usados en muchos lugares.
+acilitamiento del cambio3 la evaluacin ser.a un % si el
cambio no ocurre, y un < si la aplicacin se desarrolla
espec.ficamente para permitir a los usuarios finales el
hacer cambios rpidos para controlar datos o tablas que
ellos mantienen con la ayuda de la aplicacin.
El procedimiento para calcular el factor de ajuste
es el siguiente3
/signar una evaluacin individual a cada uno de los $:
factores
4umar las evaluaciones (esta dar un valor entre % y B%)
-ultiplicar la suma de evaluaciones por %.%$ para
obtener un valor decimal
4umar %.A< al valor decimal para crear un factor de
complejidad (un valor entre %.A< y $.@<)
29/04/2014
13
Ejemplo
4uponga una aplicacin con $% entradas, $%
salidas, $% consultas, $ archivo de datos y $
archivo de interfaz, todos ellos de complejidad
promedio.
4uponga que los factores de influencia se
determinaron de la siguiente manera(
Conversin de Puntos de Funcin
a lneas de Cdigo
)E,G7(8E +(!&%'E$ -E !%,2E'$*9,
(da
:5
5asic !ompilado ;<
5asic *nterpretado 12=
Ensamblador 32<
! 12=
!00 2;
2isual 5asic 3<
!obol=< ;>
+ortran:: 1=5
Prolog >1
Pascal ;<
)isp >1
"odula2 =<
E@emplo
)or ejemplo, si al aplicar el procedimiento de clculo
para puntos de funcin sin ajustar se obtiene un
resultado de $A< U02) ()untos de 2uncin sin
/justar) y el proyecto va a desarrollarse en el
lenguaje de programacin ,FF(
$A< U02) " ;C G :B#< 4!6, (!.neas de ,digo
2uente)
Haciendo la conversin mencionada anteriormente(
:B#<D$%%%G :.B#< I4!6, (-iles de !.neas de
,digo 2uente).
-'tricas de )roductos
-'trica orientadas al tama8o
!.neas de ,digo
-'tricas orientadas a la funcin
)untos de 2uncin
Mtricas de calidad
-'tricas de )rocesos
,onclusiones (m'tricas)
29/04/2014
14
)-tricas de Calidad
,ualquier proyecto de ingenier.a del soft1are tiene
como objetivo principal obtener sistemas y productos
de alta calidad
!a calidad es dif.cil medirla directamente, no obstante
hay indicadores que nos pueden dar una idea sobre la
misma. stos indicadores se basan en los siguientes
aspectos(
,orreccin
2acilidad de mantenimiento
9ntegridad
2acilidad de uso
Correccin
s el grado en el que el soft1are
lleva a cabo su funcin. 4e mide
en Jdefectos por ?)-!K (miles de
l.neas de cdigo), entendi'ndose
por JdefectoK cualquier falta de
concordancia con los requisitos.
'acilidad de )antenimiento
4e mide por la facilidad de(
,orregir defectos encontrados,
/daptar ese programa a nuevos entornos, y
-ejorar el programa si el cliente desea cambios.
!a facilidad de mantenimiento se mide indirectamente
por medio de una m'trica orientada al tiempo( Jtiempo
medio del cambio (+-,)K, es decir, por el tiempo que se
tarda en analizar la peticin del cambio, dise8ar la
modificacin, implementarla, probarla y distribuir la
notificacin del cambio a los usuarios.
Inte.ridad
-ide la habilidad de un sistema para resistir ataques contra
su seguridad. l proteger los datos, programas y
documentacin debe ser una prioridad. )ara medirla se
consideran dos atributos adicionales(
&mena#a, que es la probabilidad estimada o deducida de
que se produzca un ataque de un tipo determinado.
'eguridad probabilidad estimada o deducida de el
nuestro sistema pueda repeler dichos ataques.
'acilidad de uso
ntendi'ndose como tal lo JamigableK que resulta al usuario
el sistema. s un intento de cuantificar los JamigableK que es
el sistema. 4e puede deducir a partir de cuatro caracter.sticas(
Habilidad intelectual o f.sica requerida para aprender el
sistema.
l tiempo requerido para llegar a ser moderadamente
eficiente en el uso del sistema.
l aumento de productividad de alguien que usa el
sistema.
?aloracin subjetiva de la disposicin de los usuarios hacia
el sistema.
T-cnicas de Estimacin
de Costos
:.;.;. stimacin del proyecto de soft1are
29/04/2014
15
Estimacin de Proyectos
La primer tarea en la gestin de pro!ectos es la
estimacin"
!a estimacin se define como el proceso que proporciona
un valor a un con#unto de varia$les para la realizacin de
un tra$a#o dentro de un rango acepta$le de tolerancia.
)odemos definirlo tambi'n como la prediccin de
personal del esfuerzo de los costos ! de la planificacin
que se requerir para realizar todas las actividades !
construir todos los productos asociados con el pro!ecto"
Uno de los parmetros cr.ticos de la estimacin es
determinar su e"actitud. !a estimacin puede realizarse
a partir de datos histricos o con herramientas.
Tareas cr3ticas en la Gestin de Proyectos
Hay tres tareas que son cr.ticas y que deben ser
desarrolladas correctamente si se desea que el proyecto
termine bien, estas son(
Estimacin de duracin, costo y esfuerzo necesarios para
construir el producto.
Planificacin de tareas a realizar, asignacin de
personas, tiempos, etc. para construir el producto.
$eguimiento durante la realizacin del trabajo, para
asegurar el cumplimiento de lo planificado en
cuanto a costes, fechas, etc. n caso de
desviaciones del plan, se deben tomar las medidas
pertinentes.
Relacin entre las actividades clave
de la Gestin de Proyectos
4$4$4$%$
T-cnicas para la estimacin
del soft+are
T-cnicas de Estimacin
E@isten cuatro t#cnicas bAsicas B comunes
)a opinin de los e@pertosL sta t'cnica se basa en la
e"periencia profesional de los participantes en el proyecto de
estimacin.
)a analogaL s una apro"imacin ms formal que la
e"periencia de los e"pertos y se basa en la comparacin
directa de uno o ms proyectos pasados.
)a descomposicinL ,onsiste en la descomposicin de un
producto en componentes ms peque8os, o descomponer un
proyecto en tareas de nivel inferior.
)as ecuaciones de estimacinL 4on frmulas matemticas que
establecen la relacin de algunas medidas de entrada (que
normalmente es la medida del tama8o del producto) y
determinan el esfuerzo que se requerir.
&a opinin de los eBpertos
4e emplea la opinin de ms
de un e"perto para obtener
una mayor fiabilidad en la
estimacin. n algunos casos,
simplemente se calcula la
media de los valores ofrecidos
por las distintas personas.
La tcnica ms utilizada es la Delphi, Bohem la refin en 1981 (Delphi de
banda ancha)
29/04/2014
16
Estimacin por Analo.3a
,onstituye un complemento a la de juicio de e"pertos.
n esta la personas involucradas no slo trabajan con su
e"periencia acumulada, sino que disponen tambi'n de datos
de proyectos acabados relativamente similares al que hay
que estimar. /s. por comparacin, se pueden evaluar las
diferencias entre el nuevo proyecto y los antiguos y
e"trapolar su costo.
%a ventaja de esta t'cnica est en que es precisa si est
disponible la informacin del proyecto con el cul se va a
comparar.
%a desventaja es que es imposible de comparar si el
proyecto ha sido abordado. +rae consigo costos de
mantenimiento de la base de datos.
Estimacin por descomposicin
n esta t'cnica el responsable de cada
componente del soft1are que hay que construir
estima el costo de su desarrollo.
!a estimacin para el proyecto completo se calcula
mediante la suma de las cantidades parciales
4$4$4$4$ )odelos de estimacin
Modelos de
Estimacin
Modelos
Algortmicos
Modelos
Empricos
Paramtricos
No paramtricos
)O!E&OS A&GO"CT)ICOS
4on modelos que e"presan la relacin entre el esfuerzo
y los factores que lo influencian. Utilizan ecuaciones
donde el esfuerzo es la variable dependiente y varios
factores como la e"periencia, tama8o (que es el de
mayor influencia) y tipo de sistema, son las variables
independientes.
stos modelos suelen basarse en el tama8o del
soft1are.
)O!E&OS E)PC"ICOS
!os -odelos emp.ricos se dividen en(
Param#tricos. !os cuales tiene una formula
funcional e"pl.cita, relacionando una variable
dependiente con una o ms variables.
,o param#tricos. 0o tiene una formula funcional
e"pl.cita, por ejemplo, un modelo desarrollado usando
la t'cnica de aprendizaje mquina como una red
neuronal.
)O!E&OS PA"A)ET"ICOS E)PC"ICOS
!os modelos de estimacin ms comunes son los
(odelos param)tricos emp*ricos.
Utilizan frmulas derivadas emp.ricamente para
predecir el esfuerzo como una funcin de !5, o )2.
Utilizan datos emp.ricos obtenidos de una muestra de
proyectos(
4on dif.ciles de usar para todas las clases de soft1are y
todos los entornos de desarrollo
4e deben calibrar para las condiciones espec.ficas de
una organizacin
29/04/2014
17
)O!E&OS PA"A)ET"ICOS
E)PC"ICOS
( 8 # 9 : ; (e/)
c
5onde(
( B 5 son constantes obtenidas emp.ricamente
E esfuerzo en mesesDpersona
ev variable de estimacin (!5, o )2)
E& )O!E&O COCO)O
C!onstructive !ost "odelD
!%!%"%( !onstructive !ost "odel. 5esarrollado en la
d'cada del MB% por Noehm. *evisado con una nueva
revisin en $CC<.
s una coleccin de tres modelos(
5Asico( aplicable cuando se conoce muy poco del proyecto
*ntermedio( aplicable luego de la especificacin de
requerimientos
(van4ado( aplicable cuando se termina el dise8o.
+odos utilizan la misma frmula( E G a%
$
&'
donde(
E( esfuerzo en personas mes
%( tama8o medido en I!5,
&'( 2actor de ajuste (igual a $ en el modelo bsico)
a $( sDtablas del modelo en funcin del tipo de sistema
E& )O!E&O COCO)O
C!onstructive !ost "odelD
)or otro lado, ,6,6-6 define tres modos de desarrollo o tipos de proyectos(
+, -rg.nico, )royectos relativamente sencillos, menores de <%I5!,,en los
cules se tiene e"periencia de proyectos similares.
/, 'emi0acoplado" )royectos intermedios en complejidad y tama8o (menores
de @%%I5!,), donde la e"periencia en este tipo de proyectos es variable.
1, Empotrado, )royectos bastante complejos, en los que apenas se tiene
e"periencia y se engloban en un entorno de gran innovacin t'cnica.
Bsico Intermedio
Modo a b c d a b c d
Orgnico 2.4 1.05 2.5 0.38 3.2 1.05 2.5 0.38
Semi-acoplado 3.0 1.12 2.5 0.35 3.0 1.12 2.5 0.35
Empotrado 3.6 1.2 2.5 0.32 2.8 1.2 2.5 0.32
E& )O!E&O COCO)O
C!onstructive !ost "odelD
,uando se conoce un poco mas( el lenguaje, herramientas a
utilizar se puede aplicar ,6,6-6 intermedio. 4e eligen los
conductores de costos de una tabla que presenta $<.
( !a importancia de cada conductor de costo es clasificada en
una escala ordinal con seis puntos( -uy Naja, Naja, -edia,
/lta, -uy /lta, "tra /lta.
( / cada punto le corresponde un valor de factor de ajuste
Ejemplo) %i se estim la *apacidad de 'nlisis como Mu! +a#a
el factor es ,"-. quiere decir que se de$e aumentar
el esfuerzo calculado previamente en un -./"
)O!E&O 8ASICO
"odelo %rgAnicoE $emi (coplado B Empotrado
)ara determinar el esfuerzo del personal
E G a%
$
&'
)ara determinar el tiempo de desarrollo
+Gc
d
)O!E&O ITE")E!IO
n este modelo se introducen $< atributos de coste para
tener en cuenta el entorno de trabajo. stos atributos se
utilizan para ajustar el coste nominal del proyecto al entorno
real, incrementando la precisin de la estimacin.
)ara determinar el esfuerzo del personal( E / a'
b
2&
)ara determinar el tiempo de desarrollo( &/c E
d
)ara determinar la productividad( P'/)-!1E
)ara calcular el )ersonal promedio( P/E1&
29/04/2014
18
E& )O!E&O COCO)O II
C!onstructive !ost "odelD
s un modelo de estimacin de tiempo y de costo del
soft1are de acuerdo con los ciclos de vida utilizados en
los C% y en la primera d'cada del ;%%%.
5esarrolla bases de datos con costos de soft1are y
herramientas de soporte para la mejora continua del
modelo.
)roporcionar un marco anal.tico cuantitativo y un
conjunto de herramientas y t'cnicas para la evaluacin
de los efectos de la mejora tecnolgica del soft1are en
costes y tiempo del ciclo de vida soft1are.
)odelos de COCO)O II
El modelo de Composicin de &plicaciones,
9ndicado para proyectos construidos con herramientas
modernas de construccin de interfaces grficos para usuario.
El modelo de 3ise4o anticipado,
ste modelo puede utilizarse para obtener estimaciones
apro"imadas del costo de un proyecto antes de que est'
determinada por completo su arquitectura. Utiliza un peque8o
conjunto de drivers de costo nuevo y nuevas ecuaciones de
estimacin. st basado en )unto de 2uncin sin ajustar o I4!6,
(-iles de !.neas de ,digo 2uente).
El modelo 5ost0&rquitectura,
ste es el modelo ,6,6-6 99 ms detallado. 4e utiliza una vez
que se ha desarrollado por completo la arquitectura del
proyecto. +iene nuevos drivers de costo, nuevas reglas para el
recuento de l.neas y nuevas ecuaciones.
)odelo de Putnam D )odelo S&I)
4urge en $CB# como solucin a un requerimiento de la marina
de UU para proveer un m'todo para estimar esfuerzo y
tiempo. 2ue desarrollado por )utnamy lo llam modelo 4!9-.
4e utiliza para proyectos con mas de B%.%%% !6,
)uede ser ajustado para proyectos mas peque8os
/sume que el esfuerzo para proyectos de desarrollo de
soft1are es distribuido en forma similar a una coleccin de
curvas de *ayleigh, una para cada una de las actividades
principales del desarrollo.
Curvas de "aylei.0 para el modelo S&I)
)odelo S&I)
)utnam utiliza observaciones emp.ricas sobre niveles de
productividad para derivar su ecuacin de soft0are a partir de la
frmula bsica de la curva de *ayleigh
5onde(
1amano ( -edido en !6,
C ( 2actor tecnolgico que incluye $: conductores de costos
y puede tomar hasta ;% valores distintos
6 ( +otal del esfuerzo del proyecto calculado en personas
a8o
7
d
( +iempo transcurrido para la entrega, medido en a8os. t
d
es el punto en el cual la curva alcanza un m"imo.
4$4$4$E$ :!esarrollar o comprar;
n muchas ocasiones es ms aconsejable adquirir un
producto de soft1are que desarrollarlo. !os gestores son
los que tienen que tomar esta decisin y deben tener en
cuenta lo siguiente(
,omprarDalquilar el soft1are ya desarrollado con licencia y
que se ajuste a las especificaciones.
,omprar componentes de soft1are parcial o totalmente
e"perimentados y luego modificarlos para ajustarse con las
especificaciones.
ncargar la construccin del soft1are a una empresa
e"terna.
n cualquiera de las tres alternativas, un factor
important.simo es la disponibilidad de recursos humanos,
+'cnicosDhard1areD soft1are.
29/04/2014
19
4$4$4$4$ *erramientas automFticas
de estimacin
9mplementan t'cnicas de descomposicin y modelos
emp.ricos. )ermiten al planificador estimar costos y esfuerzos,
as. como llevar a cabo anlisis del tipo, Jque pasa siK, con
importantes variables del proyecto, tales como la fecha de
entrega o la seleccin del personal.
2ependiendo de los datos, el modelo implementado por la
herramienta proporciona estimaciones del esfuerzo requerido
para llevar a ca$o el pro!ecto los costos la carga de personal
la duracin ! en algunos casos la planificacin temporal de
desarrollo ! riesgos asociados"
*erramientas automFticas de
Estimacin
Ou' datos necesitan(
5atos cuantitativos sobre el tama8o del proyecto (!5,, )2)
,aracter.sticas cualitativas del proyecto.
5atos relacionados con el entorno y personal de
desarrollo.
n resumen el planificador del Pro!ecto de %oft0are tiene que
estimar tres cosas antes de que comience el pro!ecto( cuanto
durara cuanto esfuerzo requerir ! cuanta gente necesitar
para su realizacin.
!a estimacin del proyecto de soft1are nunca ser una
ciencia precisa, pero la combinacin de buenos datos
histricos y t'cnicas puede mejorar la precisin de la
estimacin.
4$4$E$ Evaluacin del costo79eneficio
l anlisis econmico incluye lo que se llama, el anlisis o
evaluacin de costoPbeneficio, significa una valoracin de la
inversin econmica comparado con los $eneficios que se
o$tendrn en la comercializacin ! utilidad del producto o
sistema.
l anlisis econmico sirve para (
?alorar la necesidad de la realizacin de un proyecto.
4eleccionar la alternativa ms beneficiosa para la
realizacin del proyecto.
stimar adecuadamente los recursos econmicos
necesarios en el plazo de realizacin del proyecto.
Evaluacin del costo79eneficio
/lgunos costos y beneficios pueden cuantificarse fcilmente(
ahorros en costos, tales como una disminucin en costos de
operacin y aumentos en las utilidades directas. 6tros
ejemplos de $eneficios tangi$les son (
5isminucin de errores
9ncremento de rentabilidad
*educcin de costos anteriores (fijos o variables)
+eneficios intangi$les son aquellos que en el momento del
anlisis, no se pueden cuantificar y con frecuencia estn
relacionados a la calidad de la informacin que proporciona el
sistema, tales como los listados a continuacin(
4atisfaccin en el servicio al cliente
n las actividades administrativas, mejora en la toma de
decisiones
4$4$E$% )-todos para el anFlisis
Costo G 8eneficio
5iferentes m'todos pueden ser utilizados para calcular la
relacin costoPbeneficio. !os m'todos ms sofisticados
consideran el tiempoPvalor del dinero como parte del
anlisis costo beneficio.
!os m'todos comunes para el anlisis de costo beneficio
incluyen(
)unto de equilibrio
)eriodo de devolucin
?alor presente neto
+asa interna de retorno
Punto de e1uili9rio
Es el tiempo que tomar3a para que el total de los ingresos
incrementados !4o la reduccin de gastos sea igual al costo
total"
s una de las formas ms sencillas de hacer el anlisis de
costo beneficio.
!a desventaja es que no toma en cuenta el valor del dinero
en el tiempo.
+rmula3
) G (,osto D +otal de ingresos incrementados yDo reduccin
de gastos) " $; meses
29/04/2014
20
Per3odo de devolucin
Es el tiempo requerido para recuperar el monto inicial de una
inversin de capital.
ste m'todo calcula la cantidad de tiempo que se tomar.a
para lograr un flujo de caja positivo igual a la inversin total.
+oma en cuenta beneficios, tales como el valor asegurado.
9ndica fundamentalmente la liquidez del esfuerzo por mejorar
un proceso en vez de su rentabilidad. /l igual que el anlisis
del punto de equilibrio, el anlisis del periodo de devolucin
no tiene en cuenta el valor del dinero en el tiempo.
2rmula(
)5 G Q(,osto P ?alor /segurado) D +otal de ingresos
incrementados yDo reduccin de gastosR " $; meses
5alor presente neto
l 0?) representa el 5alor Presente 6P57 de los flu#os salientes
de ca#a menos la cantidad de la inversin inicial 687"
4implemente 0)? G )? P 9
l valor presente del flujo de caja futuro es calculado
utilizando el costo del capital como un factor de descuento.
l propsito del factor de descuento es contar el ?alor 2uturo
del dinero en ?alor )resente (dlares futuros a dlares
presentes) y se e"presa como $ F la tasa de inter's (i).
+rmula
P2 G ((ingresos F ?alor /segurado) D 2actor de descuento)
,P2 G )? P inversin (9)
Tasa interna de retorno
!a tasa interna de retorno es la tasa de inter's que hace
la ecuacin de la inversin inicial (9) con el ?alor presente
()?) de los futuros flujos de caja entrantes .
,uando se calcula la +9*, el 0)? se fija en cero y se
resuelve para un inter's (i). en este caso, el factor de
descuento es ($ F i) ya que no conocemos el inter's
verdadero, solamente conocemos el inter's deseado.
+rmula
P2 G ((ingresos F ?alor /segurado) D 2actor de
descuento)
,P2 G )? P inversin (9)
Tasa interna de retorno
-atos -escripcin
SB%.%%% ,osto inicial de un negocio
$;.%%% 9ngresos netos del primer a8o
1 $<.%%% 9ngresos netos del segundo a8o
2 $#.%%% 9ngresos netos del tercer a8o
3 ;$.%%% 9ngresos netos del cuarto a8o
4 ;A.%%% 9ngresos netos del quinto a8o
5 +rmula -escripcin C'esultadoD
> G+9*(/;(/A)+asa interna de retorno de la inversin despu's
de cuatro a8os (S;E)
: G+9*(/;(/B)+asa interna de retorno despu's de cinco a8os
(CE)
4$E
EST6!IO !E 'ACTI8I&I!A!
4$E$ Estudio de facti9ilidad
l proceso de ingenier.a de requerimientos comienza con un
estudio de via$ilidad. ste es un estudio corto que ayuda a
resolver si un nuevo sistema de soft1are es o no candidato
para desarrollarse de acuerdo a los recursos y restricciones
impuestas por al organizacin.
!levar a cabo un estudio de factibilidad comprende la
evaluacin ! recoleccin de informacin ! la redaccin de
informes.
Viablidad
Tcnica
Viabilidad
Econmica
Viabilidad
Operativa
29/04/2014
21
4$E$%$ 5ia9ilidad Econmica
s una evaluacin de costo P beneficio del sistema que se
quiere desarrollar, para saber que tan efectivo resultar su
desarrollo, si contribuye o no a los objetivos del negocio, lo
que determinar si vale la pena o no la inversin econmica.
4$E$4$ 5ia9ilidad T-cnica
s un estudio de funciones, rendimiento y
restricciones que puedan afectar la realizacin de un
sistema aceptable.
!as restricciones adems de presupuesto y tiempo
incluyen los recursos humanos, hard1are y soft1are.
,on este estudio se determina si con la tecnolog.a
e"istente se puede implementar el nuevo sistema, o si
hay que adquirir nueva tecnolog.a.
4$E$E$ 5ia9ilidad Operativa
4e trata de averiguar si el nuevo sistema es el
adecuado para la organizacin.
+ambi'n se debe establecer si el nuevo sistema es
fle"ible y puede integrarse a otros ya e"istentes en
la organizacin.
4$4
P&AI'ICACI( !E &A
!OC6)ETACI(
4$4$ Planificacin de la
documentacin
)ara mantener informado al cliente acerca de los riesgos, de
la planificacin de tiempo y de la organizacin usualmente
se prepara un documento llamado Fplan de proBectoG.
l plan del proyecto de soft1are se produce como
culminacin de la etapa de planificacin. s un documento
breve, dirigido a una diversa audiencia y debe (
,omunicar el alcance y recursos a los gestores del 4oft1are,
personal t'cnico y clientes.
5efinir los riesgos y sugerir planes de contingencia
5efinir el costo y el plan temporal para la revisin de la gestin.
)roporcionar una apro"imacin global del desarrollo del
soft1are para todo el personal involucrado en el proyecto.
5escribir cmo se garantizar la calidad y la gestin de cambios.
4$H
GESTI( !E &A CO'IG6"ACI(
!E& SO'TIA"E
4.5.1. Planificacin de la G!$
4.5.2. El proceso de gestin de la configuracin del
software
29/04/2014
22
4$H Gestin de la confi.uracin del
soft+are /GCS2
!os cambios durante el proceso de construccin
de un soft1are(
4on inevitables
)rovocan confusin e incertidumbre
)ueden ocurrir en cualquier momento
stos cambios aumentan conforme avanza el
tiempo.
Que es la .estin de la confi.uracin
Jl arte de coordinar el desarrollo de soft1are para
minimizarTla confusin, se denomina gestin de la
configuracin. !a gestin es el arte de identificar,
organizar y controlar las modificaciones que sufre
el soft1areTla meta es ma"imizar la productividad
minimizando errores.K
8abich
4$H$% Planificacin de la GCS
!a planificacin de la G,4 empieza durante las primeras
fases del proyecto y debe definir el o los documentos que
se controlarn. /quellos documentos que puedan
requerirse para el futuro mantenimiento del soft1are,
debern ser identificados y especificados como
documentos de control.
l plan de la G,4 incluye(
!a asignacin de responsabilidades
!as pol.ticas de la G,4
!a definicin de archivos de la G,4 que deben ser
controladas.
!a definicin de la base de datos
)uede incluir informacin de soft1are e"terno, proceso
de auditor.a, etc.
4$H$4 El proceso de .estin de la
confi.uracin del soft+are
!a G,4 es un elemento importante de garant.a de
calidad, ya que es responsable de controlar los
cambios.
l proceso se puede definir en cinco tareas de G,4(
$. 9dentificacin
;. ,ontrol de versiones
@. ,ontrol de cambios
:. /uditorias de configuracin
<. Generacin de informes