CMM7

Parte dos: Las Prcticas Clave del CMM para
Software
Captulo 7: Las reas Claves del Proceso para el Nivel 2:
Repetible.
Los procesos de administracin bsicos del proyecto se establecen para seguir los
costos, el cronograma y la funcionalidad. Existe la disciplina necesaria de proceso como
para poder repetir xitos anteriores en proyectos con aplicaciones similares.
Las reas claves del proceso para el Nivel 2 son:
.! "dministracin de los #e$uerimientos
.2 %laneamiento del %royecto de &oft'are
.( &eguimiento y )ista *eneral del %royecto de &oft'are
.+ "dministracin de un &ubcontrato de &oft'are
., *arant-a de la .alidad del &oft'are
./ "dministracin de la .onfiguracin del &oft'are
7. !d"i#istraci$# de los Re%ueri"ie#tos
0n rea clave del proceso para el Nivel 2: #epetible.
El propsito de la "dministracin de los #e$uerimientos es establecer un entendimiento
com1n entre el cliente y el proyecto de soft'are acerca de los re$uerimientos $ue
considerar el proyecto de soft'are.
La "dministracin de los re$uerimientos implica el establecimiento y
mantenimiento de un acuerdo con el cliente sobre los re$uerimientos para el proyecto de
soft'are. Este acuerdo se conoce como los 2re$uerimientos del sistema asignados al
soft'are3. El 2cliente3 puede interpretarse como el grupo de ingenier-a de sistemas, el
grupo de mercadeo, otra organi4acin interna, o un cliente externo. El acuerdo cubre
tanto los re$uerimientos tcnicos como los $ue no son tcnicos 5por e6emplo, fec7as de
entrega8. El acuerdo forma la base para estimar, planear, reali4ar, y seguir las
actividades del proyecto de soft'are durante el ciclo de vida del soft'are.
La asignacin de los re$uerimientos del sistema al soft'are, al 7ard'are, y a
otros componentes del sistema 5por e6emplo, 7umanos8 puede ser reali4ada por un grupo
externo al grupo de ingenier-a del soft'are 5por e6emplo, el grupo de ingenier-a del
sistema8, y el grupo de ingenier-a del soft'are puede no tener un control directo sobre
esta asignacin. 9entro de las limitaciones del proyecto, el grupo de ingenier-a del
soft'are toma los pasos apropiados para asegurar $ue los re$uerimientos del sistema
asignados al soft'are, del $ue es responsable, se documenten y controlen.
%ara lograr este control, el grupo de ingenier-a del soft'are revisa los
re$uerimientos iniciales y los revisados del sistema asignados al soft'are para resolver
temas antes de ser incorporados al proyecto de soft'are. .ada ve4 $ue los
re$uerimientos del sistema asignados al soft'are cambien, los planes del soft'are, los
productos de traba6o, y las actividades afectados se a6ustan para $ue sigan siendo
consistentes con los re$uerimientos actuali4ados.
&b'etivos
:b6etivo ! Se co#trola# los re%ueri"ie#tos del siste"a asi(#ados al software
para establecer u#a l#ea base para la i#(e#iera del software ) para
el uso de la ad"i#istraci$#.
:b6etivo 2 Los pla#es* productos ) actividades de software se "a#tie#e#
co#siste#tes co# los re%ueri"ie#tos del siste"a asi(#ados al software.
Co"pro"iso para el +ese"pe,o
.ompromiso ! -l pro)ecto si(ue u#a poltica or(a#i.acio#al escrita para
ad"i#istrar los re%ueri"ie#tos del siste"a asi(#ados al
software.
En estas prcticas llamamos 2re$uerimientos asignados3 a los re$uerimientos del
sistema asignados al soft'are.
Los re$uerimientos asignados son el subcon6unto de los re$uerimientos del sistema
$ue deben implementarse en los componentes del soft'are del sistema. Los
re$uerimientos asignados son una entrada primaria para el plan de desarrollo del
soft'are. El anlisis de los re$uerimientos del soft'are elabora y redefine los
re$uerimientos asignados y resulta en re$uerimientos de soft'are $ue estn
documentados.
Esta pol-tica t-picamente especifica $ue:
!. Los re$uerimientos asignados se documenten.
2. Los re$uerimientos asignados son revisados por:
Los administradores del soft'are, y
:tros grupos afectados.
(. Los planes, productos de traba6o, y actividades del soft'are se
cambian para $ue sean consistentes con los cambios a los
re$uerimientos asignados.
Capacidad para +ese"pe,arse
.apacidad ! Para cada pro)ecto* se establece la respo#sabilidad para a#ali.ar los
re%ueri"ie#tos del siste"a ) asi(#arlos al /ardware* al software ) a
otros co"po#e#tes del siste"a.
El anlisis y la asignacin de los re$uerimientos del sistema no es responsabilidad del
grupo de ingenier-a del soft'are pero es un re$uisito previo para su traba6o.
Esta responsabilidad cubre:
!. La administracin y documentacin de los re$uerimientos del sistema
y su asignacin durante todo el ciclo de vida del proyecto.
2. ;acer efectivos los cambios a los re$uerimientos del sistema y su
asignacin.
.apacidad 2 Se docu"e#ta# los re%ueri"ie#tos asi(#ados.
Los re$uerimientos asignados incluyen:
!. Los re$uerimientos no tcnicos 5o sea, los arreglos, condiciones, y<o
trminos contractuales8 $ue afectan y determinan las actividades del
proyecto de soft'are.
2. Los re$uerimientos tcnicos para el soft'are.
(. Los criterios de aceptacin $ue se usarn para validar $ue los
productos del soft'are satisfagan los re$uerimientos asignados.
.apacidad ( Se proporcio#a# la fi#a#ciaci$# ) los recursos adecuados para
ad"i#istrar los re%ueri"ie#tos asi(#ados.
!. &e asignan los individuos $ue tienen experiencia y son expertos en el
dominio de la aplicacin y en la ingenier-a del soft'are para
administrar los re$uerimientos asignados.
2. &e ponen a disposicin para su uso las 7erramientas para soportar las
actividades para administrar los re$uerimientos.
.apacidad + Los i#te(ra#tes del (rupo de i#(e#iera de software ) otros (rupos
relacio#ados co# el software se e#tre#a# para reali.ar sus
actividades.
!ctividades Reali.adas
"ctividad ! -l (rupo de i#(e#iera del software revisa los re%ueri"ie#tos
asi(#ados a#tes de %ue se i#corpore# al pro)ecto de software.
!. &e identifican los re$uerimientos incompletos y los asignados
errneamente.
2. &e revisan los re$uerimientos asignados para determinar si:
&on factibles y apropiados para implementar en el soft'are,
Estn enunciados de una manera clara y adecuada,
&on consistentes entre ellos, y
&e pueden probar.
(. Los re$uerimientos asignados $ue se identifican como $ue pueden
tener futuros problemas se revisan con el grupo responsable de
anali4ar y asignar los re$uerimientos del sistema, y se 7acen los
cambios necesarios.
+. &e negocian los compromisos $ue resultan a partir de los
re$uerimientos asignados con los grupos afectados.
"ctividad 2 -l (rupo de i#(e#iera del software usa los re%ueri"ie#tos asi(#ados
co"o la base para los pla#es* productos de traba'o ) actividades del
software.
Los re$uerimientos asignados:
!. &e administran y controlan.
2&e administran y controlan3 implica $ue la versin del producto de traba6o en uso en
un momento dado 5pasado o presente8 es conocida 5o sea, control de versin8, y los
cambios se incorporan de una manera controlada 5o sea, control de cambios8.
&i se desea un mayor grado de formalidad $ue lo $ue implica 2se administran y
controlan3, el producto de traba6o puede ubicarse ba6o la disciplina completa de la
administracin de la configuracin, como se describe en el rea clave de proceso
"dministracin de la .onfiguracin del &oft'are.
2. &on la base para el plan de desarrollo del soft'are.
(. &on la base para desarrollar los re$uerimientos del soft'are.
"ctividad ( Se revisa# los ca"bios /ec/os a los re%ueri"ie#tos asi(#ados ) se
i#corpora# al pro)ecto de software.
!. &e eval1a el impacto de los compromisos existentes, y se negocian
los cambios seg1n sea apropiado.
Los cambios de los compromisos 7ec7os a individuos y grupos
externos a la organi4acin se revisan con la administracin senior.
Los cambios a los compromisos dentro de la organi4acin se
negocian con los grupos afectados.
2. Los cambios $ue se deben 7acer a los planes, productos de traba6o y
actividades como resultado de los cambios a los re$uerimientos
asignados se:
=dentifican,
Eval1an,
Eval1an para riesgos,
9ocumentan,
%lanean,
.omunican a los grupos e individuos afectados, y
&iguen 7asta $ue se completen.
Medicio#es ) !#lisis
>edicin ! Se /ace# ) se usa# "edicio#es para deter"i#ar el estado de las
actividades para ad"i#istrar los re%ueri"ie#tos asi(#ados.
0erificaci$# de la 1"ple"e#taci$#
)erificacin ! Las actividades para ad"i#istrar los re%ueri"ie#tos
asi(#ados se revisa# co# la ad"i#istraci$# se#ior de "a#era
peri$dica.
El propsito primario de las revisiones peridicas por parte de la administracin senior
es proporcionar consciencia y conocimiento de las actividades del proceso de soft'are
a un nivel de abstraccin apropiado y con prontitud. El tiempo entre revisiones debe
satisfacer las necesidades de la organi4acin y puede ser largo, siempre y cuando 7aya
mecanismos adecuados para informar excepciones.
)erificacin 2 Las actividades para ad"i#istrar los re%ueri"ie#tos
asi(#ados se revisa# co# el ad"i#istrador del pro)ecto ta#to
de "a#era peri$dica co"o depe#die#do de los eve#tos.
)erificacin ( -l (rupo de (ara#ta de la calidad del software revisa )2o
audita las actividades ) los productos de traba'o para
ad"i#istrar los re%ueri"ie#tos asi(#ados e i#for"a los
resultados.
.omo m-nimo, estas revisiones y<o auditor-as verifican $ue:
!. &e revisen los re$uerimientos asignados y se resuelvan los
problemas antes de $ue el grupo de ingenier-a del soft'are se
dedi$ue a ellos.
2. &e revisen los planes, productos de traba6o y actividades del
soft'are de una manera adecuada cuando los re$uerimientos
asignados cambian.
(. &e negocien los cambios en los compromisos $ue resulten de
los cambios a los re$uerimientos asignados con los grupos
afectados.
7.2 Pla#ea"ie#to del Pro)ecto de Software
El propsito del %laneamiento del %royecto de &oft'are es establecer planes ra4onables
para llevar a cabo la ingenier-a del soft'are y para administrar el proyecto de soft'are.
El %laneamiento del %royecto de &oft'are implica el desarrollo de estimaciones
para el traba6o a reali4ar, estableciendo los compromisos necesarios, y definiendo el
plan para reali4ar el traba6o.
El planeamiento del soft'are comien4a con un enunciado del traba6o a reali4ar y
otras limitaciones y ob6etivos $ue definen y limitan el proyecto de soft'are 5los
establecidos por las prcticas del rea clave de proceso "dministracin de los
#e$uerimientos8. El proceso de planeamiento del soft'are incluye pasos para estimar el
tama?o de los productos del traba6o de soft'are y de los recursos necesarios, para
producir un cronograma, para identificar y evaluar los riesgos del soft'are, y para
negociar compromisos. %uede ser necesario 7acer iteraciones con estos pasos para
establecer el plan para el proyecto de soft'are 5o sea, el plan de desarrollo del
soft'are8.
Este plan proporciona las bases para reali4ar y administrar las actividades del
proyecto de soft'are y estudia los compromisos con el cliente del proyecto de soft'are
de acuerdo a los recursos, limitaciones y capacidades del proyecto de soft'are.
&b'etivos
:b6etivo ! Las esti"acio#es del software se docu"e#ta# para su uso e# el
pla#ea"ie#to ) se(ui"ie#to del pro)ecto de software.
:b6etivo 2 Se pla#ea# ) docu"e#ta# las actividades ) co"pro"isos del pro)ecto
de software.
:b6etivo ( Los i#dividuos ) los (rupos afectados acuerda# los co"pro"isos
relacio#ados co# el pro)ecto de software.
.ompromiso ! Se desi(#a u# ad"i#istrador del pro)ecto de software co"o
respo#sable de #e(ociar los co"pro"isos ) de desarrollar el
pla# de desarrollo del pro)ecto de software.
.ompromiso 2 -l pro)ecto si(ue u#a poltica or(a#i.acio#al escrita para
pla#ear el pro)ecto de software.
!. Los re$uerimientos del sistema asignados al soft'are se usan
como la base para planear el proyecto de soft'are.
#eferirse a la "ctividad 2 del rea clave de proceso "dministracin de los
#e$uerimientos.
2. Los compromisos del proyecto de soft'are se negocian entre:
El administrador del proyecto,
El administrador del proyecto de soft'are, y
Los otros administradores de soft'are.
(. La posibilidad de $ue otros grupos de ingenier-a se involucren
en las actividades de soft'are se negocia con estos grupos y
se documenta.
E6emplos de otros grupos de ingenier-a incluyen:
=ngenier-a de sistemas,
=ngenier-a de 7ard'are, y
%rueba de sistemas.
+. Los grupos afectados revisan el proyecto de soft'are:
Estimaciones del tama?o del soft'are,
Estimaciones del costo y el esfuer4o,
%la4os, y
:tros compromisos.
,. La administracin senior revisa todos los compromisos del
proyecto de soft'are 7ec7os 7acia individuos y grupos
externos a la organi4acin.
/. &e administra y controla el plan de desarrollo del proyecto de
soft'are.
El trmino 2plan de desarrollo del soft'are3 se usa en todas estas prcticas para
referirnos al plan general para administrar el proyecto de soft'are. El uso de la
terminolog-a 2desarrollo3 no implica $ue 7aya $ue excluir los proyectos de
mantenimiento y soporte del soft'are, y debe interpretarse adecuadamente en el
contexto del proyecto individual.
.apacidad ! -3iste u#a e#u#ciaci$# aprobada ) docu"e#tada de traba'o para el
pro)ecto de software.
!. la enunciacin del traba6o cubre:
el alcance del traba6o,
los ob6etivos tcnicos,
la identificacin de los clientes y los usuarios finales,
Los usuarios a los $ue nos referimos en estas prcticas son los clientes designados
usuarios finales o los representantes de los usuarios finales.
Los estndares impuestos,
Las responsabilidades asignadas,
Los ob6etivos y las limitaciones en cuanto a costos y pla4os,
Las dependencias entre el proyecto de soft'are y otras
organi4aciones,
Los ob6etivos y las limitaciones de recursos, y
:tros ob6etivos y limitaciones para el desarrollo y<o
mantenimiento.
2. La enunciacin del traba6o es revisada por:
El administrador del soft'are del proyecto
Los otros administradores de soft'are, y
(. La enunciacin del traba6o se administra y controla.
.apacidad 2 Se asi(#a# las respo#sabilidades para desarrollar el pla# de
desarrollo del software
!. El administrador del proyecto de soft'are, directamente o por
delegacin, coordina el planeamiento del soft'are del proyecto.
2. &e dividen las responsabilidades para los productos de traba6o y se
asignan a los administradores del soft'are de manera $ue se puedan
rastrear y 6ustificar.
.apacidad ( Se proporcio#a# fo#dos ) recursos adecuados para pla#ear el
!. .uando es posible, los individuos con experiencia, $ue son expertos
en el dominio de aplicacin del proyecto de soft'are $ue se est
planeando, estn disponibles para desarrollar el plan de desarrollo del
soft'are.
2. ;ay 7erramientas para soportar las actividades de planeamiento del
.apacidad + Los ad"i#istradores del software* los i#(e#ieros de software ) otros
i#dividuos i#volucrados co# el pla#ea"ie#to del pro)ecto de
software se e#tre#a# e# los procedi"ie#tos de pla#ea"ie#to )
esti"aci$# del software aplicables a sus reas de respo#sabilidad.
"ctividad ! -l (rupo de i#(e#iera de software participa del e%uipo de
proposicio#es del pro)ecto.
!. El grupo de ingenier-a del soft'are est involucrado en:
%reparacin y entrega de la propuesta,
9iscusin y entrega de clarificaciones, y
Negociaciones de cambios a compromisos $ue afecten el proceso
de soft'are.
2. El grupo de ingenieros del soft'are revisa los compromisos
propuestos del proyecto.
"ctividad 2 -l pla#ea"ie#to del pro)ecto de software se i#icia e# las etapas
te"pra#as ) de "a#era paralela al pla#ea"ie#to del pro)ecto
(e#eral.
"ctividad ( -l (rupo de i#(e#iera del software participa co# otros (rupos
afectados e# el pla#ea"ie#to del pro)ecto (e#eral dura#te todo el
ciclo de vida del pro)ecto.
!. El grupo de ingenier-a del soft'are revisa los planes a nivel del
proyecto.
"ctividad + Los ad"i#istradores se#ior revisa# los co"pro"isos del pro)ecto de
software /ec/os co# i#dividuos ) (rupos e3ter#os a la or(a#i.aci$#
de acuerdo a u# procedi"ie#to docu"e#tado.
"ctividad , Se ide#tifica o defi#e u# ciclo de vida del software co# etapas
defi#idas de a#te"a#o ) de ta"a,o "a#e'able.
"ctividad / -l pla# de desarrollo del pro)ecto de software se desarrolla de
acuerdo a u# procedi"ie#to docu"e#tado.
Este procedimiento t-picamente especifica $ue:
!. El plan de desarrollo del soft'are se basa y est de acuerdo con:
Los estndares del cliente, seg1n sea apropiado,
Los estndares del proyecto,
La enunciacin aprobada del traba6o, y
Los re$uerimientos asignados.
2. Los planes para grupos relacionados con el soft'are y otros grupos
de ingenier-a involucrados en las actividades del grupo de ingenier-a
del soft'are se negocian con esos grupos, los esfuer4os de soporte se
presupuestan, y se documentan los acuerdos.
(. &e negocian los planes para los grupos de ingenier-a de soft'are
involucrados en las actividades de otros grupos de soft'are y otros
grupos de ingenier-a relacionados con estos grupos, se presupuestan
los esfuer4os de soporte, y se documentan los acuerdos.
+. El plan de desarrollo del soft'are es revisado por:
El administrador de soft'are del proyecto,
Los otros administradores de soft'are, y
,. El plan de desarrollo del soft'are se administra y controla.
"ctividad Se docu"e#ta el pla# para el pro)ecto de software.
El plan de desarrollo del soft'are cubre:
!. Los ob6etivos, el alcance y el propsito del proyecto de soft'are.
2. La seleccin del ciclo de vida del soft'are
(. La identificacin de los procedimientos, mtodos y estndares
seleccionados para desarrollar y<o mantener el soft'are.
+. La identificacin de los productos de traba6o de soft'are a
desarrollar.
,. Las estimaciones del tama?o de los productos de traba6o del soft'are
y cual$uier cambio a los productos de traba6o del soft'are.
/. Las estimaciones de los costos y esfuer4os del proyecto de soft'are.
. El uso estimado de recursos cr-ticos de computadora.
@. Los pla4os del proyecto de soft'are, incluyendo la identificacin de
los puntos ms importantes y revisiones.
A. La identificacin y evaluacin de los riesgos del proyecto de
soft'are.
!B. Los planes para las facilidades de la ingenier-a del soft'are del
proyecto y las 7erramientas de soporte.
"ctividad @ Se ide#tifica# los productos de traba'o del software %ue se #ecesita#
para establecer ) "a#te#er el co#trol del pro)ecto de software.
#eferirse a la "ctividad + del rea clave de proceso "dministracin de la
.onfiguracin del &oft'are.
"ctividad A Se deriva# las esti"acio#es para el ta"a,o de los productos de
traba'o del software 4o ca"bios al ta"a,o de los productos de
traba'o del software5 de acuerdo a u# procedi"ie#to docu"e#tado.
!. Las estimaciones de tama?o se 7acen para todas las actividades y
productos de traba6o del soft'are ms importantes.
E6emplos de mediciones del tama?o del soft'are incluyen:
%untos de funcin,
%untos de caracter-sticas,
L-neas de cdigo,
.antidad de re$uerimientos, y
.antidad de pginas.
2. Los productos de soft'are se descomponen con la granularidad
necesaria para satisfacer los ob6etivos de estimacin.
(. &e usan los datos 7istricos $ue 7aya disponibles.
+. &e documentan las suposiciones de las estimaciones del tama?o.
,. Las estimaciones de tama?o se documentan, revisan y acuerdan.
"ctividad !B Se deriva# las esti"acio#es para los costos ) esfuer.os del pro)ecto
de software de acuerdo a u# procedi"ie#to docu"e#tado.
!. Las estimaciones para los costos y el esfuer4o del proyecto de
soft'are estn relacionadas con las estimaciones de tama?o de los
productos de traba6o de soft'are 5o del tama?o de los cambios8.
2. .uando estn disponibles, se usan los datos de productividad
57istricos y<o actuales8 para 7acer las estimacionesC las fuentes y la
racional para estos datos se documentan.
.uando es posible, los datos de productividad y costo son de los
proyectos de la organi4acin.
Los datos de productividad y costo tienen en cuenta el esfuer4o y
los costos significantes $ue entran al 7acer los productos de
traba6o de soft'are.
(. Las estimaciones de costo, personal y esfuer4o se basan en la
experiencia pasada.
.uando sea posible deben usarse proyectos similares.
&e deriva la duracin de las actividades.
&e preparan distribuciones de las estimaciones del esfuer4o, del
personal y del costo a lo largo del ciclo de vida del soft'are.
+. Las estimaciones y las suposiciones 7ec7as al derivar las
estimaciones se documentan, revisan y acuerdan.
"ctividad !! Se deriva# las esti"acio#es para los recursos de co"putadora
crticos del pro)ecto de acuerdo a u# procedi"ie#to docu"e#tado.
!. &e identifican los recursos cr-ticos de computadora para el proyecto.
2. Las estimaciones para los recursos cr-ticos de computadora se
relacionan con las estimaciones de:
El tama?o de los productos de traba6o de soft'are,
La carga de procesamiento operacional, y
El trnsito de las comunicaciones.
(. Las estimaciones de los recursos cr-ticos de la computadora se
documentan, revisan y acuerdan.
"ctividad !2 -l cro#o(ra"a del software del pro)ecto se deriva de acuerdo a u#
procedi"ie#to docu"e#tado.
!. El cronograma del soft'are se relaciona con:
La estimacin del tama?o de los productos de traba6o de soft'are
5o el tama?o de los cambios8, y
Los esfuer4os y costos del soft'are.
2. El cronograma del soft'are se basa en experiencias pasadas.
.uando es posible se usan proyectos similares.
(. El cronograma del soft'are se acomoda a las fec7as ms importantes
impuestas, a las fec7as de dependencia cr-ticas y a otras limitaciones.
+. Las actividades del cronograma del soft'are son de una duracin
apropiada y los puntos ms importantes estn separados en el tiempo
de manera adecuada para soportar la precisin en la medicin del
progreso.
,. Las suposiciones 7ec7as al derivar el cronograma se documentan.
/. El cronograma del soft'are se documenta, revisa y acuerda.
"ctividad !( Los ries(os del software asociados co# el costo* los recursos* el
cro#o(ra"a ) los aspectos t6c#icos del pro)ecto se ide#tifica#*
eval7a# ) docu"e#ta#.
!. Los riesgos se anali4an y se ordenan por prioridad basndose en su
impacto potencial en el proyecto.
2. &e identifican contingencias para los riesgos.
"ctividad !+ Se prepara# los pla#es para las facilidades de i#(e#iera del software
del pro)ecto ) /erra"ie#tas de soporte.
!. Las estimaciones de los re$uerimientos de capacidad para estas
facilidades y 7erramientas de soporte se basan en las estimaciones de
tama?o de los productos de traba6o de soft'are y en otras
caracter-sticas.
2. &e asignan responsabilidades y se negocian los compromisos para
procurar o desarrollar estas facilidades y 7erramientas de soporte.
(. Dodos los grupos afectados revisan los planes.
"ctividad !, Se re(istra# los datos del pla#ea"ie#to del software.
!. La informacin registrada incluye las estimaciones y la informacin
asociada necesaria para reconstruir las estimaciones y evaluar su
ra4onabilidad.
2. &e administran y controlan los datos de planeamiento del soft'are.
actividades del pla#ea"ie#to del software.
)erificacin ! Las actividades para el pla#ea"ie#to del pro)ecto de software se
revisa# co# la ad"i#istraci$# se#ior de "a#era peri$dica.
es 7acer notar las actividades del proceso de soft'are, y proporcionar conocimientos
sobre ellas, con un nivel apropiado de abstraccin y a tiempo. El tiempo transcurrido
ente las revisiones debe satisfacer las necesidades de la organi4acin y puede ser largo,
siempre y cuando 7aya mecanismos adecuados para informar excepciones.
!. &e revisa el desempe?o tcnico, de costos, del personal y del
cronograma.
2. &e tratan conflictos y temas $ue no se 7an podido resolver en niveles
inferiores.
(. &e tratan los riesgos del proyecto de soft'are.
+. &e asignan, revisan, siguen y cierran las acciones individuales.
,. &e prepara un informe sumario de cada reunin y se entrega a los
individuos y grupos afectados.
)erificacin 2 Se revisa# las actividades para el pla#ea"ie#to del pro)ecto de
software co# el ad"i#istrador del pro)ecto ta#to de "a#era
peri$dica co"o depe#die#te de los eve#tos.
!. &e representan los grupos afectados.
2. &e revisan el estado y los resultados actuales de las actividades de
planeamiento del proyecto de soft'are comparndolos con la
enunciacin del proyecto de soft'are y los re$uerimientos asignados.
(. &e consideran las dependencias entre grupos.
+. &e consideran los conflictos y temas $ue no se pudieron resolver en
niveles inferiores.
,. &e revisan los riesgos del proyecto de soft'are.
/. &e asignan, revisan, siguen y cierran las acciones individuales.
. &e prepara un informe sumario de cada reunin y se entrega a los
individuos y grupos afectados.
)erificacin ( -l (rupo de (ara#ta de la calidad del software revisa )2o audita las
actividades ) los productos de traba'o para el pla#ea"ie#to del
pro)ecto de software e i#for"a los resultados.
#eferirse al rea clave de proceso *arant-a de la .alidad del &oft'are.
.omo m-nimo, las revisiones y<o auditor-as verifican:
!. Las actividades para la estimacin y planeamiento del soft'are.
2. Las estimaciones para revisar y 7acer los compromisos del proyecto.
(. Las actividades para preparar el plan de desarrollo del soft'are.
+. Los estndares usados para preparar el plan de desarrollo del
soft'are.
,. El contenido del plan de desarrollo del soft'are.
7.8 Se(ui"ie#to ) 0ista 9e#eral del Pro)ecto de Software
El propsito del &eguimiento y )ista *eneral del %royecto de &oft'are es proporcionar
una visibilidad adecuada del progreso real de manera $ue la administracin pueda tomar
medidas efectivas cuando el desempe?o del proyecto de soft'are se desv-a de manera
importante de los planes del soft'are.
El &eguimiento y )ista *eneral del %royecto de &oft'are implica el seguimiento
y revisin de los logros y resultados del soft'are en comparacin con las estimaciones,
los compromisos y planes documentados, y el a6uste de estos planes basndose en los
logros y resultados reales.
.omo base para las actividades de seguimiento de las actividades de soft'are se
usa un plan documentado para el proyecto de soft'are 5o sea, el plan de desarrollo del
soft'are, seg1n se describe en el rea clave de proceso %laneamiento del %royecto de
&oft'are8, as- como para comunicar el estado y para revisar los planes. La
administracin monitorea las actividades del soft'are. El progreso se determina
principalmente comparando el tama?o real del soft'are, el costo y el cronograma con el
plan cuando se completan algunos productos de soft'are seleccionados y en puntos
clave seleccionados. .uando se determina $ue no se estn satisfaciendo los planes del
proyecto de soft'are, se toman acciones correctivas. Estas acciones pueden incluir la
revisin del plan de desarrollo del soft'are para refle6ar los logros reales y un reE
planeamiento del traba6o restante o tomar acciones para me6orar la performance.
&b'etivos
:b6etivo ! Los resultados ) el dese"pe,o reales se co"para# co# los del pla#
del software.
:b6etivo 2 Cua#do los resultados reales se desva# si(#ificativa"e#te de los
pla#es del software se to"a# accio#es correctivas ) se ad"i#istra#
/asta su cierre.
:b6etivo ( Los (rupos e i#dividuos afectados acuerda# los ca"bios a los
co"pro"isos del software.
.ompromiso ! se desi(#a u# ad"i#istrador del pro)ecto de software %ue sea
respo#sable para las actividades ) resultados del software del
pro)ecto.
.ompromiso 2 -l pro)ecto si(ue u#a poltica or(a#i.acio#al escrita para
ad"i#istrar el pro)ecto de software.
!. &e usa y mantiene un plan de desarrollo de soft'are
documentado como la base para el seguimiento del proyecto
de soft'are.
2. El administrador del proyecto se mantiene informado del
estado y de los temas del proyecto de soft'are.
(. &e toman acciones correctivas cuando el plan de soft'are no
se est logrando, ya sea a6ustando la performance o a6ustando
los planes.
+. Los cambios a los compromisos del soft'are se 7acen con la
participacin y el acuerdo de los grupos afectados.
E6emplos de grupos afectados incluyen:
=ngenier-a del soft'are 5incluyendo todos los subgrupos, como ser dise?o del
soft'are8,
Estimaciones del soft'are,
%rueba del sistema,
*arant-a de la calidad del soft'are,
"dministracin de la configuracin del soft'are,
"dministracin del contrato, y
&oporte de documentacin.
,. La administracin senior revisa todos los cambios a los
compromisos y los nuevos compromisos del proyecto de
soft'are 7ec7os con individuos y grupos externos a la
organi4acin.
.apacidad ! Se docu"e#ta ) aprueba u# pla# de desarrollo de software para el
.apacidad 2 -l ad"i#istrador de software del pro)ecto e3plcita"e#te asi(#a
respo#sabilidades para las actividades ) los productos de traba'o de
software.
Las responsabilidades asignadas cubren:
!. Los productos de traba6o de soft'are a desarrollar o los servicios a
proporcionar.
2. El esfuer4o y el costo para estas actividades de soft'are.
(. El cronograma para estas actividades de soft'are.
+. El presupuesto para estas actividades de soft'are.
.apacidad ( Se proporcio#a# recursos ) fo#dos adecuados para se(uir el pro)ecto
de software.
!. &e asignan responsabilidades espec-ficas de seguimiento del proyecto
de soft'are a los administradores del soft'are y los l-deres de las
tareas de soft'are.
2. &e ponen a disposicin de $uien las necesite las 7erramientas
necesarias para soportar el seguimiento de soft'are.
E6emplos de 7erramientas de soporte incluyen:
%rogramas de 7o6a extendida 5spreads7eet8 y
%rogramas de planeamiento y cronograma del proyecto.
.apacidad + Los ad"i#istradores del software se e#tre#a# para ad"i#istrar
aspectos t6c#icos ) de perso#al del pro)ecto de software.
.apacidad , Los ad"i#istradores de pri"era l#ea recibe# orie#taci$# e# los
aspectos t6c#icos del pro)ecto de software.
"ctividad ! Se usa u# pla# docu"e#tado de desarrollo de software para se(uir
las actividades del software ) para co"u#icar el estado.
Este plan de desarrollo de soft'are:
!. &e actuali4a a medida $ue el traba6o progresa para refle6ar los logros,
en particular cuando se completa alg1n punto clave.
2. Est disponible para:
El grupo de ingenier-a de soft'are 5incluyendo todos los
subgrupos, como ser dise?o del soft'are8,
Los administradores del soft'are,
La administracin senior, y
"ctividad 2 -l pla# de desarrollo del software del pro)ecto se revisa de acuerdo a
u# procedi"ie#to docu"e#tado.
Este procedimiento especifica $ue:
!. &e revisa el plan de desarrollo, seg1n sea apropiado, para incorporar
refinamientos al plan y para incorporar cambios a los planes,
particularmente cuando los planes cambian significativamente.
2. El plan de desarrollo del soft'are se actuali4a para incorporar todos
los nuevos compromisos del proyecto de soft'are y los cambios a los
compromisos.
(. En cada revisin se revisa el plan de desarrollo del soft'are.
+. El plan de desarrollo del soft'are se administra y controla.
2&e administra y controla3 implica $ue la versin del producto de traba6o $ue se
encuentra en uso en un momento dado 5pasado o presente8 es conocida 5o sea, control
de versin8 y $ue los cambios se incorporan de una manera controlada 5o sea, control
de cambios8.
&i se desea un mayor grado de control $ue el $ue implica 2administrado y
controlado3, el producto de traba6o puede ubicarse ba6o la disciplina total de la
administracin de la configuracin, seg1n se describe en el rea clave de proceso
"dministracin de la .onfiguracin del &oft'are.
"ctividad ( Los co"pro"isos del pro)ecto de software ) los ca"bios a los
co"pro"isos /ec/os co# i#dividuos ) (rupos e3ter#os a la
or(a#i.aci$# se revisa# co# la ad"i#istraci$# se#ior de acuerdo a u#
"ctividad + Los ca"bios a los co"pro"isos aprobados %ue afecta# al pro)ecto de
software se co"u#ica# a los "ie"bros del (rupo de i#(e#iera del
software ) a otros (rupos relacio#ados co# el software.
"ctividad , Los ta"a,os de los productos de software 4o los ta"a,os de los
ca"bios a los productos de software5 se si(ue#* ) se to"a# accio#es
correctivas cua#do sea #ecesario.
!. &e siguen los tama?os de los productos de traba6o de soft'are ms
importantes 5o los tama?os de los cambios8.
2. El tama?o real del cdigo 5generado, completamente probado, y
entregado8 se compara con las estimaciones documentadas en el plan
de desarrollo del soft'are.
(. Las unidades reales de documentacin entregada se comparan con las
estimaciones documentadas en el plan de desarrollo del soft'are.
+. El tama?o general proyectado de los productos de traba6o del
soft'are 5estimaciones combinadas con los reales8 se redefine,
monitorean y a6ustan regularmente.
,. Los cambios en las estimaciones de tama?o de los productos de
traba6o de soft'are $ue afectan los compromisos del soft'are se
negocian con los grupos afectados y se documentan.
"ctividad / Se si(ue# el esfuer.o ) los costos del software del pro)ecto* ) se
to"a# accio#es correctivas cua#do sea #ecesario.
!. &e comparan los gastos reales de esfuer4o y costo en el tiempo y
proporcionalmente al traba6o reali4ado con las estimaciones
documentadas en el plan de desarrollo del soft'are para identificar
excesos e incumplimientos potenciales.
2. &e siguen los costos del soft'are y se comparan con las estimaciones
documentadas en el plan de desarrollo del soft'are.
(. &e comparan el esfuer4o y el personal con las estimaciones
documentadas en el plan de desarrollo del soft'are.
+. Los cambios de personal y otros costos del soft'are $ue afecten los
compromisos del soft'are se negocian con los grupos afectados y se
documentan.
"ctividad Se si(ue# los recursos crticos de co"putadora del pro)ecto* ) se
to"a# accio#es correctivas cua#do sea #ecesario.
!. &e siguen y se comparan con las estimaciones los usos real y
proyectado de los recursos cr-ticos de computadora para cada
componente importante del soft'are seg1n se documenta en el plan
de desarrollo del soft'are.
2. Los cambios en las estimaciones de recursos de computadora cr-ticos
$ue afectan los compromisos del soft'are se negocian con los grupos
afectados y se documentan.
"ctividad @ Se si(ue el cro#o(ra"a del software del pro)ecto* ) se to"a#
accio#es correctivas se(7# sea #ecesario.
!. &e compara el completado real de las actividades del soft'are, puntos
importantes y otros compromisos con el plan de desarrollo del
soft'are.
2. &e eval1an los efectos de los completados antes y despus de pla4o
para impactos sobre actividades futuras y puntos importantes.
(. Las revisiones del cronograma del soft'are $ue afectan los
compromisos del soft'are se negocian con los grupos afectados y se
documentan.
"ctividad A Se si(ue# las actividades t6c#icas de la i#(e#iera del software* ) se
to"a# accio#es correctivas se(7# sea #ecesario.
!. Los miembros del grupo de ingenier-a del soft'are informan el
estado tcnico a su administrador de primera l-nea regularmente.
2. &e comparan los contenidos de edicin del soft'are para
construcciones sucesivas con los planes documentados en el plan de
desarrollo del soft'are.
(. &e informan y documentan los problemas identificados en cual$uiera
de los productos de traba6o de soft'are.
+. Los informes de problemas se siguen 7asta su cierre.
"ctividad !B Se si(ue# los ries(os de software asociados co# el costo* los recursos*
los pla.os ) los aspectos t6c#icos del pro)ecto.
!. Las prioridades de los riesgos y de las contingencias para los riesgos
se a6ustan a medida $ue la informacin adicional se vuelve
disponible.
2. Las reas de alto riesgo se revisan con el administrador del proyecto
de manera regular.
"ctividad !! Se re(istra# los datos de "edicio#es reales ) los datos de
repla#ea"ie#to para el pro)ecto de software.
!. La informacin registrada incluye las estimaciones e informacin
asociada necesarias para reconstruir las estimaciones y verificar su
ra4onabilidad.
2. Los datos de replaneamiento del soft'are se administran y controlan.
(. Los datos de planeamiento del soft'are, los datos de replaneamiento,
y los datos de mediciones reales se arc7ivan para ser usados por el
proyecto actual y por proyectos futuros.
"ctividad !2 -l (rupo de i#(e#iera del software co#duce revisio#es peri$dicas
i#ter#as para se(uir el pro(reso t6c#ico* los pla#es* la perfor"a#ce )
otros te"as ) co"pararlos co# el pla# de desarrollo del software.
Estas revisiones se conducen entre:
!. Los administradores de primera l-nea del soft'are y sus l-deres de
tareas de soft'are.
2. El administrador de soft'are del proyecto, los administradores de
primera l-nea del soft'are y otros administradores de soft'are, seg1n
sea apropiado.
"ctividad !( Se co#duce# revisio#es for"ales para estudiar los lo(ros ) resultados
del pro)ecto de software e# pu#tos clave seleccio#ados de acuerdo a
Estas revisiones:
!. Estn planeadas para $ue ocurran en puntos importantes del
cronograma del proyecto de soft'are, como ser en el inicio o el final
de etapas seleccionadas.
2. &e conducen con el cliente, el usuario final y los grupos afectados
dentro de la organi4acin, seg1n sea apropiado.
(. 0san materiales $ue son revisados y aprobados por los
administradores de soft'are responsables.
+. Estudian los compromisos, planes, y estado de las actividades del
soft'are.
,. #esultan en la identificacin y documentacin de temas importantes,
unidades de accin y decisiones.
/. Estudian los riesgos del proyecto de soft'are.
. #esultan en el refinamiento del plan de desarrollo del soft'are, seg1n
sea necesario.
actividades de se(ui"ie#to ) vista (e#eral del software.
)erificacin ! Las actividades para el se(ui"ie#to ) vista (e#eral del pro)ecto de
software so# revisadas por la ad"i#istraci$# se#ior de "a#era
peri$dica.
El propsito primario de las revisiones peridicas por parte de la administracin
senior es crear conciencia y conocimiento sobre las actividades del proceso de
soft'are en un nivel apropiado de abstraccin y de una manera rpida. El tiempo
entre revisiones debe satisfacer las necesidades de la organi4acin y puede ser
largo, siempre y cuando 7aya mecanismos adecuados para informar excepciones.
!. &e revisa la performance tcnica, de los costos, del personal y del
cronograma.
2. &e tratan los conflictos y los temas $ue no se pudieron resolver en
niveles inferiores.
(. &e tratan los riesgos del proyecto de soft'are.
+. &e tratan, revisan, y siguen 7asta su finali4acin temas relacionados
con la accin.
,. &e presenta y distribuye a los grupos afectados un informe de estado
de cada reunin.
)erificacin 2 Las actividades para el se(ui"ie#to ) la vista (e#eral del pro)ecto de
software se revisa# co# el ad"i#istrador del pro)ecto ta#to de
"a#era peri$dica co"o depe#die#te de los eve#tos.
!. &e representan los grupos afectados.
2. &e revisa la performance tcnica, de costos, del personal y de los
pla4os en comparacin con el plan de desarrollo.
(. &e revisa el uso de los recursos cr-ticos de computadoraC se informan
las estimaciones actuales y el uso real de estos recursos cr-ticos en
comparacin con las estimaciones originales.
+. &e tratan las dependencias entre grupos.
,. &e tratan los conflictos y temas $ue no se pudieron resolver en
niveles inferiores.
/. &e tratan los riesgos del proyecto de soft'are.
. &e asignan, revisan y siguen 7asta su finali4acin temas relacionados
con la accin.
@. &e prepara y distribuye a los grupos afectados un informe resumen de
cada reunin.
actividades ) productos de traba'o para el se(ui"ie#to ) vista
(e#eral del pro)ecto de software e i#for"a los resultados.
!. Las actividades para rever y revisar los compromisos.
2. Las actividades para revisar el plan de desarrollo del soft'are.
(. El contenido del plan de desarrollo de soft'are revisado.
+. Las actividades para seguir las limitaciones de dise?o, costo,
cronograma, riesgos y tcnicas, y la funcionalidad y la performance.
,. Las actividades para conducir las revisiones tcnicas y de
administracin planeadas.
7.: !d"i#istraci$# de los Subco#tratos de Software
El propsito de la "dministracin de los &ubcontratos de &oft'are es seleccionar
subcontratistas de soft'are calificados y administrarlos de manera efectiva.
La "dministracin de los &ubcontratos de &oft'are implica seleccionar un
subcontratista de soft'are, establecer compromisos con el subcontratista, y seguir y
revisar los resultados y la performance del subcontratista. Estas prcticas cubren la
administracin de un 5solo8 subcontratista de soft'are, as- como la administracin del
componente de soft'are de un subcontrato $ue incluye soft'are, 7ard'are y
posiblemente otros componentes de sistemas.
El subcontratista se selecciona sobre la base de su 7abilidad de reali4ar el
traba6o. >uc7os factores contribuyen a la decisin de subcontratar una porcin del
traba6o principal del contratista. Los subcontratistas pueden seleccionarse basndose en
alian4as estratgicas de negocios, as- como consideraciones tcnicas. Las prcticas de
esta rea clave de proceso tratan los procesos de ad$uisicin tradicionales asociados con
la subcontratacin de una porcin definida del traba6o a otra organi4acin.
"l subcontratar se establece un acuerdo documentado $ue cubre los
re$uerimientos tcnicos y no tcnicos 5por e6emplo, fec7as de entrega8 y se usa como la
base para administrar el subcontrato. &e documentan el traba6o a ser reali4ado por el
subcontratista y los planes para el traba6o. Los estndares a seguir por el subcontratista
son compatibles con los estndares del contratista primario.
Las actividades de planeamiento, seguimiento y vista general del soft'are para
el traba6o subcontratado son reali4adas por el subcontratista. El contratista primario se
asegura $ue estas actividades sean reali4adas de manera adecuada y $ue los productos
de soft'are $ue entrega el subcontratista satisfagan sus criterios de aceptacin. El
contratista primario traba6a con el subcontratista para administrar interfaces de procesos
y productos.
&b'etivos
:b6etivo ! -l co#tratista pri"ario seleccio#a subco#tratistas de software
calificados.
:b6etivo 2 -l co#tratista pri"ario ) el subco#tratista de software acuerda# sus
co"pro"isos "utuos.
:b6etivo ( -l co#tratista pri"ario ) el subco#tratista de software "a#tie#e#
co"u#icacio#es co#ti#uas.
:b6etivo + -l co#tratista pri"ario si(ue los resultados reales ) la perfor"a#ce
del subco#tratista ) los co"para co# los co"pro"isos.
ad"i#istrar el subco#trato de software.
!. &e usan estndares y procedimientos documentados para
seleccionar subcontratistas de soft'are y administrar
subcontratos de soft'are.
2. Los acuerdos contractuales forman la base para administrar el
subcontrato.
(. Los cambios al subcontrato se 7acen con la participacin y el
acuerdo tanto del contratista primario como del subcontratista.
.ompromiso 2 Se desi(#a u# ad"i#istrador del subco#trato para %ue sea el
respo#sable de establecer ) "a#te#er el subco#trato de
software.
!. El administrador del subcontrato tiene conocimiento y
experiencia en ingenier-a de soft'are o tiene asignados
individuos $ue tienen ese conocimiento y experiencia.
2. El administrador del subcontrato es responsable de coordinar
el alcance tcnico del traba6o a subcontratar y los trminos y
condiciones del subcontrato con las partes afectadas.
El grupo de ingenier-a de sistemas del proyecto y el grupo de ingenier-a de
soft'are definen el alcance tcnico del traba6o a subcontratar.
Los grupos de funcin de negocios apropiados, como ser compras, finan4as y
legales, establecen y monitorean los trminos y condiciones del subcontrato.
(. El administrador del subcontrato es responsable de:
&eleccionar el subcontratista de soft'are,
"dministrar el subcontrato de soft'are, y
"rreglar el soporte posterior al subcontrato de los
productos subcontratados.
.apacidad ! Se proporcio#a# recursos ) fo#dos adecuados para seleccio#ar el
subco#tratista de software ) ad"i#istrar el subco#trato.
!. &e asignan responsabilidades espec-ficas a los administradores de
soft'are y otros individuos para administrar el subcontrato.
2. &e ponen a disposicin las 7erramientas necesarias para soportar la
administracin del subcontrato.
E6emplos de 7erramientas de soporte incluyen:
>odelos de estimacin,
%rogramas de 7o6a extendida 5spreads7eet8, y
%rogramas de sc7eduling y de administracin del proyecto.
.apacidad 2 Los ad"i#istradores de software ) otros i#dividuos %ue est#
i#volucrados e# establecer ) ad"i#istrar el subco#trato de software
se e#tre#a# para reali.ar estas actividades.
.apacidad ( Los ad"i#istradores de software ) otros i#dividuos %ue est#
i#volucrados e# la ad"i#istraci$# del subco#trato de software
recibe# u#a reorie#taci$# e# los aspectos t6c#icos del subco#trato.
"ctividad ! Se defi#e ) pla#ea el traba'o a subco#tratar de acuerdo a u#
!. Los productos y las actividades de soft'are a subcontratar se
seleccionan sobre la base de una evaluacin balanceada tanto de
caracter-sticas tcnicas como no tcnicas del proyecto.
Las funciones o subsistemas a subcontratar se seleccionan de
acuerdo a las capacidades de los subcontratistas potenciales.
La especificacin de los productos y actividades de soft'are a
subcontratar se determina basndose en un anlisis sistemtico y
un particionamiento adecuado de los re$uerimientos de soft'are
y los del sistema.
2. La especificacin del traba6o a subcontratar y los estndares y
procedimientos a seguir se derivan de:
El enunciado del traba6o,
Los re$uerimientos del sistema asignados al soft'are,
Los re$uerimientos del soft'are,
El plan de desarrollo del soft'are, y
Los procedimientos y estndares del soft'are.
(. 0n enunciado de un subcontrato de traba6o se:
%repara,
#evisa,
"cuerda,
E6emplos de individuos $ue revisan y acuerdan la enunciacin de traba6o del
subcontrato incluyen:
El administrador de soft'are del proyecto,
Los administradores de soft'are responsables,
El administrador de la administracin de la configuracin del soft'are,
El administrador de la garant-a de la calidad del soft'are, y
El administrador del subcontrato.
#evisa cuando es necesario, y
&e administra y controla.
+. &e prepara un plan para seleccionar un subcontratista al mismo
tiempo $ue la enunciacin de traba6o del subcontrato y se revisa,
seg1n sea apropiado.
"ctividad 2 Se seleccio#a el subco#tratista de software sobre la base de u#a
evaluaci$# de la capacidad para reali.ar el traba'o de los %ue se /a#
prese#tado a la licitaci$# del subco#trato* de acuerdo a u#
Este procedimiento cubre la evaluacin de:
!. %ropuestas presentadas para el subcontrato planeado.
2. #egistros del desempe?o anterior en traba6os similares, si existe.
(. Las ubicaciones geogrficas de los $ue se presentaron a la licitacin
del subcontrato con relacin al subcontratista primario.
+. .apacidades de administracin del soft'are y de la ingenier-a del
soft'are.
,. %ersonal disponible para reali4ar el traba6o.
/. Experiencia en aplicaciones similares, incluyendo experticia en el
soft'are en el e$uipo de administracin del soft'are del
subcontratista.
. #ecursos disponibles.
"ctividad ( -l acuerdo co#tractual e#tre el co#tratista pri"ario ) el
subco#tratista de software se usa co"o la base para ad"i#istrar el
subco#trato.
El acuerdo contractual documenta:
!. Los trminos y condiciones.
2. La enunciacin del traba6o.
(. Los re$uerimientos para los productos a desarrollar.
+. La lista de dependencias entre el subcontratista y el contratista
primario.
,. Los productos subcontratados a ser entregados al contratista primario.
/. Las condiciones ba6o las cuales se deben presentar las revisiones a los
productos.
. Los procedimientos de aceptacin y los criterios de aceptacin a usar
al evaluar los productos subcontratados antes de ser aceptados por el
contratista primario.
@. Los procedimientos y criterios de evaluacin $ue usar el contratista
primario para monitorear y evaluar el desempe?o del subcontratista.
"ctividad + -l co#tratista pri"ario revisa ) aprueba u# pla# docu"e#tado de
desarrollo de software del subco#tratista.
!. Este plan de desarrollo de soft'are cubre 5en forma directa o por
referencia8 los puntos adecuados del plan de desarrollo de soft'are
del contratista primario.
"ctividad , Se usa u# pla# docu"e#tado de desarrollo de software del
subco#tratista %ue /a)a sido aprobado para se(uir las actividades
del software ) co"u#icar el estado.
"ctividad / Los ca"bios a la e#u#ciaci$# del traba'o del subco#tratista de
software* a los t6r"i#os ) co#dicio#es del subco#trato ) a otros
co"pro"isos se resuelve# de acuerdo a u# procedi"ie#to
docu"e#tado.
!. Este procedimiento t-picamente especifica $ue participan todos los
grupos afectados tanto del contratista primario como del
subcontratista.
"ctividad La ad"i#istraci$# del co#tratista pri"ario co#duce revisio#es
peri$dicas de estado 2 coordi#aci$# co# la ad"i#istraci$# del
subco#tratista de software.
!. El subcontratista recibe informacin en cuanto a las necesidades y
deseos de los clientes del producto y usuarios finales, seg1n sea
necesario.
2. &e revisa la performance tcnica, de costos, de personal y de
cronograma del subcontratista en comparacin con el plan de
desarrollo de soft'are del subcontratista.
(. &e revisan los recursos de computadora designados como cr-ticos
para el proyectoC se sigue la contribucin del subcontratista a las
estimaciones actuales y se comparan con las estimaciones para cada
componente de soft'are seg1n se documenta en el plan de desarrollo
de soft'are del subcontratista.
+. &e tratan las dependencias y compromisos cr-ticos entre el grupo de
ingenier-a de soft'are del subcontratista y otros grupos del
subcontratista.
,. &e tratan los compromisos y dependencias cr-ticas entre el contratista
primario y el subcontratista.
&e revisan los compromisos del subcontratista con el contratista
primario y los compromisos del contratista primario con el
subcontratista.
/. &e trata el incumplimiento del subcontrato.
. &e tratan los riesgos del proyecto $ue involucran el traba6o del
subcontratista.
@. &e tratan los conflictos y temas $ue el subcontratista no puede
resolver internamente.
A. &e asignan temas de accin, se revisan y se siguen 7asta su cierre.
"ctividad @ Se sostie#e# revisio#es peri$dicas i#ter#as e i#terca"bios co# el
subco#tratista de software.
Estas revisiones:
!. %roporcionan informacin al subcontratista acerca de las necesidades
y deseos de los clientes y los usuarios finales, seg1n sea apropiado.
2. >onitorean las actividades tcnicas del subcontratista.
(. )erifican $ue la interpretacin e implementacin de los
re$uerimientos tcnicos por parte del subcontratista est de acuerdo
con los re$uerimientos del contratista primario.
+. )erifican $ue se estn cumpliendo los compromisos.
,. )erifican $ue los temas tcnicos se resuelvan con prontitud.
"ctividad A Se co#duce# revisio#es for"ales para tratar los lo(ros ) resultados
de la i#(e#iera de software del subco#tratista e# pu#tos clave
seleccio#ados* de acuerdo a u# procedi"ie#to docu"e#tado.
!. Las revisiones se planean y documentan en la enunciacin del
traba6o.
2. Las revisiones tratan los compromisos, los planes y el estado de las
actividades de soft'are por parte del subcontratista.
(. &e identifican y documentan temas importantes, temas de accin y
decisiones.
+. &e tratan los riesgos del soft'are.
,. &e redefine el plan de desarrollo de soft'are del subcontratista, seg1n
sea apropiado.
"ctividad !B -l (rupo de (ara#ta de la calidad del software del co#tratista
pri"ario "o#itorea las actividades del subco#tratista para
(ara#ti.ar la calidad del software* de acuerdo a u# procedi"ie#to
docu"e#tado.
!. Los planes, recursos, procedimientos y estndares del subcontratista
se revisan peridicamente para asegurar $ue son adecuados para
monitorear la performance del subcontratista.
2. &e conducen revisiones regulares del subcontratista para asegurar $ue
se estn siguiendo los procedimientos y estndares aprobados.
El grupo de garant-a de la calidad del soft'are del contratista
primario verifica las actividades de ingenier-a de soft'are y los
productos del subcontratista.
El grupo de garant-a de la calidad del soft'are del contratista
primario audita los registros de garant-a de la calidad del soft'are
del subcontratista, seg1n sea apropiado.
(. Los registros del subcontratista de sus actividades para garanti4ar la
calidad del soft'are se auditan de manera peridica para evaluar cun
bien se estn siguiendo los planes, estndares y procedimientos de
garant-a de la calidad del soft'are.
"ctividad !! -l (rupo de ad"i#istraci$# de la co#fi(uraci$# del software del
co#tratista pri"ario "o#itorea las actividades del subco#tratista
para la ad"i#istraci$# de la co#fi(uraci$# del software* de acuerdo a
!. &e revisan los planes, recursos, procedimientos y estndares del
subcontratista para la administracin de la configuracin del soft'are
para asegurarse $ue sean adecuados.
2. El contratista primario y el subcontratista coordinan sus actividades
en temas relacionados con la administracin de la configuracin del
soft'are para asegurar $ue los productos del subcontratista pueden
integrarse o incorporarse con prontitud al entorno del proyecto del
contratista primario.
(. La biblioteca 5library8 base del soft'are del subcontratista se audita
de manera peridica para evaluar cun bien se estn siguiendo los
estndares y procedimientos para la administracin de la
configuracin del soft'are y cun efectivos son para administrar la
l-nea base del soft'are.
"ctividad !2 -l co#tratista pri"ario co#duce pruebas de aceptaci$# co"o parte
de la e#tre(a de los productos de software del subco#tratista de
!. El contratista primario y el subcontratista definen, revisan y aprueban
los procedimientos y criterios de aceptacin para cada producto antes
de la prueba.
2. &e documentan los resultados de las pruebas de aceptacin.
(. &e establece un plan de accin para cual$uier producto de soft'are
$ue no pase su prueba de aceptacin.
"ctividad !( La perfor"a#ce del subco#tratista de software se eval7a de "a#era
peri$dica* ) la evaluaci$# se revisa co# el subco#tratista.
La evaluacin de la performance del subcontratista proporciona una oportunidad para
$ue el subcontratista sepa si est satisfaciendo las necesidades del cliente o no 5o sea,
del contratista primario8. 0n mecanismo de revisiones de cuota de recompensa por la
performance proporciona este tipo de FfeedbacGF, en oposicin a las revisiones
peridicas tcnicas y de coordinacin $ue pueden ocurrir todo a lo largo del proyecto.
La documentacin de estas evaluaciones tambin act1a como entrada para actividades
futuras de seleccin de subcontratistas.
>edicin ! Las "edicio#es se /ace# ) se usa# para deter"i#ar el estado de las
actividades para ad"i#istrar el subco#trato de software.
)erificacin ! Las actividades para ad"i#istrar el subco#trato de software se
revisa# co# la ad"i#istraci$# se#ior de "a#era peri$dica.
es proporcionar consciencia y conocimiento sobre las actividades del proceso de
soft'are en un nivel apropiado de abstraccin y con prontitud. El tiempo transcurrido
entre las revisiones debe satisfacer las necesidades de la organi4acin y puede ser
largo, siempre y cuando 7aya mecanismos adecuados para el informe de excepciones.
#eferirse a la )erificacin ! del rea clave de proceso &eguimiento y )ista *eneral del
%royecto de &oft'are para prcticas $ue cubran el contenido t-pico de las revisiones
generales de la administracin senior.
)erificacin 2 Las actividades para ad"i#istrar el subco#trato de software se
revisa# co# el ad"i#istrador del pro)ecto ta#to de "a#era peri$dica
co"o depe#die#te de los eve#tos.
actividades ) los productos de traba'o para ad"i#istrar el
subco#trato de software e i#for"a los resultados.
!. Las actividades para seleccionar el subcontratista.
2. Las actividades para administrar el subcontrato de soft'are.
(. Las actividades para coordinar las actividades de administracin de la
configuracin del contratista primario y del subcontratista.
+. La conduccin de revisiones planeadas con el subcontratista.
,. La conduccin de revisiones $ue establecen el completado de los
puntos clave o las etapas de proyecto para el subcontrato.
/. El proceso de aceptacin para los productos de soft'are del
subcontratista.
7.; 9ara#ta de la Calidad del Software
El propsito de la *arant-a de la .alidad del &oft'are es proporcionar administracin
con una visibilidad apropiada del proceso $ue se est usando en el proyecto de soft'are
y de los productos $ue se estn construyendo.
La *arant-a de la .alidad del &oft'are implica 7acer revisiones y auditor-as a
las actividades y los productos de soft'are para verificar $ue satisfacen los estndares y
procedimientos aplicables as- como proporcionar los resultados de estas revisiones y
auditor-as al proyecto de soft'are y a otros administradores apropiados.
El grupo de garant-a de la calidad del soft'are traba6a con el proyecto de
soft'are durante las etapas tempranas para establecer planes, estndares y
procedimientos $ue aumentarn el valor del proyecto de soft'are y satisfarn las
limitaciones del proyecto y las pol-ticas de la organi4acin. "l participar en el
establecimiento de planes, estndares y procedimientos el grupo de garant-a de la
calidad del soft'are ayuda a asegurar $ue se a6usten a las necesidades del proyecto y
verifica $ue puedan usarse para llevar a cabo revisiones y auditor-as durante todo el
ciclo de vida del soft'are. El grupo de garant-a de la calidad del soft'are revisa las
actividades del proyecto y audita los productos de traba6o del soft'are durante todo el
ciclo de vida y proporciona una administracin con visibilidad en cuanto a si el proyecto
de soft'are se ad7iere a los planes, estndares y procedimientos establecidos.
Los temas de cumplimiento se tratan primero dentro del proyecto de soft'are y
se resuelven all- de ser posible. %ara temas $ue no se pueden resolver dentro del
proyecto de soft'are, el grupo de garant-a de la calidad del soft'are eleva el tema a un
nivel apropiado de la administracin para su resolucin.
Esta rea clave de proceso cubre las prcticas para el grupo $ue lleva a cabo la
funcin de garanti4ar la calidad del soft'are. Las prcticas $ue identifican las
actividades espec-ficas y los productos de traba6o $ue el grupo de garant-a de la calidad
del soft'are revisa y<o audita estn generalmente contenidos en el rasgo com1n
)erificacin de la =mplementacin de las otras reas clave del proceso.
&b'etivos
:b6etivo ! Se pla#ea# las actividades para (ara#ti.ar la calidad del software.
:b6etivo 2 Se verifica de "a#era ob'etiva la ad/ere#cia de las actividades ) los
productos de software a los est#dares* procedi"ie#tos )
re%ueri"ie#tos aplicables.
:b6etivo ( Los i#dividuos ) (rupos afectados so# i#for"ados de las actividades
) resultados de la (ara#ta de la calidad del software.
:b6etivo + Los te"as de i#cu"pli"ie#to %ue #o puede# resolverse de#tro del
pro)ecto de software so# tratados por la ad"i#istraci$# se#ior.
i"ple"e#tar la (ara#ta de la calidad del software 4S<!5.
Esta pol-tica especifica $ue:
!. La funcin &H" est en todos los proyectos de soft'are.
2. El grupo &H" tiene un canal para presentar informes a la
administracin senior $ue es independiente de:
El grupo de ingenier-a de soft'are del proyecto, y
Los otros grupos relacionados con el soft'are.
E6emplos de otros grupos relacionados con el soft'are incluyen:
"dministracin de la configuracin del soft'are, y
(. La administracin senior revisa peridicamente las
actividades y resultados del &H".
.apacidad ! -3iste u# (rupo respo#sable de coordi#ar e i"ple"e#tar el S<!
para el pro)ecto 4o sea* el (rupo S<!5
0n grupo es el con6unto de departamentos, administradores e individuos $ue tienen la
responsabilidad de un con6unto de tareas o actividades. 0n grupo puede variar desde
un 1nico individuo asignado 2partEtime3, pasando por varios individuos con
dedicacin parcial asignados de diferentes departamentos, 7asta varios individuos
dedicados 2fullEtime3. Las consideraciones al implementar un grupo incluyen tareas o
actividades asignadas, el tama?o del proyecto, la estructura de la organi4acin y la
cultura de la organi4acin. "lgunos grupos, como el grupo de garant-a de la calidad
del soft'are, se enfocan en actividades del proyecto, y otros, como el grupo de
proceso de la ingenier-a del soft'are, se enfocan en actividades $ue abarcan toda la
organi4acin.
.apacidad 2 Se proporcio#a# recursos ) fi#a#ciaci$# adecuados para llevar a
cabo las actividades del S<!.
!. &e asignan responsabilidades espec-ficas a un administrador para las
actividades del &H" del proyecto.
2. &e designa un administrador senior, $ue tiene conocimientos sobre el
rol del &H" y tiene la autoridad para tomar medidas generales
apropiadas, para recibir y actuar sobre temas de incumplimiento del
soft'are.
Dodos los administradores en la cadena de informes al
administrador senior tienen conocimientos sobre el rol, las
responsabilidades y la autoridad del &H".
(. ;ay 7erramientas disponibles para soportar las actividades del &H".
.apacidad ( Los i#te(ra#tes del (rupo S<! se e#tre#a# para llevar a cabo sus
actividades.
.apacidad + Los i#te(ra#tes del pro)ecto de software recibe# orie#taci$# e#
cua#to al rol* las respo#sabilidades* la autoridad ) el valor del (rupo
S<!.
"ctividad ! Se prepara u# pla# S<! para el pro)ecto de software de acuerdo a
!. El plan &H" se desarrolla en las etapas tempranas y de manera
paralela al planeamiento del proyecto general.
2. Los grupos e individuos afectados revisan el plan &H".
(. El plan &H" se administra y controla.
"ctividad 2 Las actividades del (rupo S<! se reali.a# de acuerdo co# el pla# del
S<!.
El plan cubre:
!. #esponsabilidades y autoridad del grupo &H".
2. #e$uerimientos de recursos para el grupo &H" 5incluyendo personal,
7erramientas y facilidades8.
(. .ronograma y financiacin de las actividades del grupo &H" del
proyecto.
+. La participacin del grupo &H" para establecer el plan de desarrollo
del soft'are, los estndares y los procedimientos para el proyecto.
,. Evaluaciones a ser llevadas a cabo por el grupo &H".
/. Las auditor-as y revisiones a ser reali4adas por el grupo &H".
. Los procedimientos y estndares del proyecto a ser usados como la
base para las revisiones y auditor-as del grupo &H".
@. Los procedimientos para documentar y rastrear temas de
incumplimiento 7asta su cierre.
A. La documentacin $ue el &H" debe producir.
!B. El mtodo y la frecuencia con $ue se proporciona 2feedbacG3 al
grupo de ingenier-a de soft'are y a otros grupos relacionados con el
soft'are sobre las actividades del &H".
"ctividad ( -l (rupo S<! participa e# la preparaci$# ) revisi$# del pla# de
desarrollo del software del pro)ecto* est#dares ) procedi"ie#tos.
!. El grupo &H" proporciona consultas y revisiones de los planes,
estndares y procedimientos con respecto a:
El cumplimiento de la pol-tica organi4acional,
El cumplimiento de estndares y re$uerimientos impuestos
externamente 5por e6emplo, estndares re$ueridos por la
enunciacin del traba6o8,
Estndares $ue son apropiados para el uso por parte del proyecto,
Dpicos $ue deben tratarse en el plan de desarrollo del soft'are, y
:tras reas seg1n 7ayan sido asignadas por el proyecto.
2. El grupo &H" verifica $ue los planes, estndares y procedimientos
estn ordenados y $ue puedan usarse para revisar y auditar el
"ctividad + -l (rupo S<! revisa las actividades de i#(e#iera de software para
verificar el cu"pli"ie#to.
!. Las actividades se eval1an en comparacin con el plan de desarrollo
del soft'are y los procedimientos y estndares de soft'are
designados.
#eferirse al rasgo com1n )erificacin de la =mplementacin en las otras reas claves
de proceso para prcticas $ue cubran las revisiones y auditor-as espec-ficas reali4adas
por el grupo &H".
2. Las desviaciones se identifican, documentan, y siguen 7asta su cierre.
(. &e verifican las correcciones.
"ctividad , -l (rupo S<! audita productos de traba'o de software desi(#ados
para verificar el cu"pli"ie#to.
!. Los productos de soft'are $ue se pueden entregar se eval1an antes de
ser entregados al cliente.
2. Los productos de traba6o de soft'are se eval1an comparndolos con
los procedimientos, estndares y re$uerimientos contractuales
designados del soft'are.
(. Las desviaciones se identifican, documentan y siguen 7asta su cierre.
+. &e verifican las correcciones.
"ctividad / -l (rupo S<! i#for"a peri$dica"e#te los resultados de sus
actividades al (rupo de i#(e#iera del software.
"ctividad Las desviacio#es ide#tificadas e# las actividades del software ) e# los
productos de traba'o del software se docu"e#ta# ) "a#e'a# de
!. Las desviaciones del plan de desarrollo del soft'are y de los
procedimientos y estndares designados del proyecto se documentan
y resuelven con los l-deres de tareas, administradores de soft'are $ue
sean apropiados o con el administrador del proyecto cuando sea
posible.
2. Las desviaciones del plan de desarrollo del soft'are y de los
procedimientos y estndares designados del proyecto $ue no se
pueden resolver con los l-deres de tareas, ni con los administradores
de soft'are ni con el administrador del proyecto se documentan y
presentan al administrador senior $ue se 7a designado para recibir
temas de incumplimiento.
(. Los temas de incumplimiento presentados al administrador senior se
revisan peridicamente 7asta ser resueltos.
+. La documentacin de los temas de incumplimiento se administra y
controla.
"ctividad @ -l (rupo S<! co#duce revisio#es peri$dicas de sus actividades )
/alla.(os co# el perso#al del S<! del clie#te* se(7# sea apropiado.
>edicin ! Las "edicio#es se /ace# ) se usa# para deter"i#ar el estado del
costo ) del cro#o(ra"a de las actividades del S<!.
)erificacin ! Las actividades del S<! se revisa# co# la ad"i#istraci$# se#ior co#
base peri$dica.
)erificacin 2 Las actividades del S<! se revisa# co# el ad"i#istrador del pro)ecto
de "a#era peri$dica ) depe#die#do de los eve#tos.
)erificacin ( -3pertos i#depe#die#tes del (rupo S<! revisa# peri$dica"e#te las
actividades de los productos de traba'o de software del (rupo S<!
del pro)ecto.
7.= !d"i#istraci$# de la Co#fi(uraci$# del Software
El propsito de la "dministracin de la .onfiguracin del &oft'are es establecer y
mantener la integridad de los productos del proyecto de soft'are a lo largo del ciclo de
vida del soft'are del proyecto.
La "dministracin de la .onfiguracin del &oft'are implica identificar la
configuracin del soft'are 5o sea, productos de traba6o de soft'are seleccionados y sus
descripciones8 en momentos dados, controlando sistemticamente los cambios a la
configuracin y manteniendo la integridad y la posibilidad de rastrear la configuracin a
lo largo del ciclo de vida del soft'are. Los productos de traba6o de soft'are ubicados
ba6o la administracin de la configuracin del soft'are incluyen los productos de
soft'are $ue se entregan al cliente 5por e6emplo, el documento de los re$uerimientos del
soft'are y el cdigo8 y las cosas $ue se identifi$ue con el soft'are o $ue sean
necesarias para crear estos productos de soft'are 5por e6emplo, el compilador8.
&e establece una biblioteca 5library8 base $ue contiene las bases del soft'are
seg1n se van desarrollando. Los cambios a las bases, as- como la edicin de productos
de soft'are construidos a partir de la biblioteca base del soft'are, se controlan
sistemticamente por medio de las funciones de auditor-a de la configuracin y del
control de cambios $ue tiene la administracin de la configuracin del soft'are.
Esta rea clave de proceso cubre las prcticas para reali4ar la funcin de
administracin de la configuracin del soft'are. Las prcticas $ue identifican
unidades<-tems de configuracin espec-ficos estn contenidas en las reas claves de
proceso $ue describen el desarrollo y el mantenimiento de cada unidad<-tem de
configuracin.
&b'etivos
:b6etivo ! Se pla#ea# las actividades de ad"i#istraci$# de la co#fi(uraci$# del
software.
:b6etivo 2 Se ide#tifica#* co#trola# ) /ace# dispo#ibles productos de traba'o de
software seleccio#ados.
:b6etivo ( Se co#trola# los ca"bios a productos de traba'o de software
ide#tificados.
:b6etivo + Los (rupos e i#dividuos afectados recibe# i#for"aci$# sobre el
estado ) el co#te#ido de las bases del software.
i"ple"e#tar la ad"i#istraci$# de la co#fi(uraci$# del
software 4SCM5.
!. La responsabilidad para la &.> de cada proyecto se asigna
expl-citamente.
2. La &.> se implementa durante todo el ciclo de vida del
proyecto.
(. La &.> se implementa para productos de soft'are $ue se van
a entregar externamente, para productos de traba6o de
soft'are internos designados, y para 7erramientas de soporte
designadas usadas dentro del proyecto 5por e6emplo,
compiladores8.
+. Los proyectos establecen o tienen acceso a un repositorio para
almacenar temas<unidades de configuracin y los registros
&.> asociados.
Los contenidos de este repositorio se conocen como 2biblioteca base del soft'are3 en
estas prcticas.
Las 7erramientas y procedimientos para acceder a este repositorio se conocen como
2sistema de biblioteca de administracin de la configuracin3 en estas prcticas.
Los productos de traba6o $ue estn ubicados ba6o la administracin de la configuracin
se tratan como una entidad simple se conocen como -tems de configuracin.
Los -tems de configuracin t-picamente se descomponen en componentes de
configuracin, y los componentes de configuracin t-picamente se descomponen en
unidades. En un sistema de 7ard'are<soft'are, todo el soft'are puede considerarse
como un solo -tem de configuracin, o puede ser descompuesto en varios -tems de
configuracin. En estas prcticas el trmino 2-tems<unidades de configuracin3 se usa
para referirse a los elementos ba6o la administracin de la configuracin.
,. Las bases del soft'are y las actividades de &.> se auditan
peridicamente.
.apacidad ! -3iste o se establece u# pa#el %ue tie#e la autoridad para
ad"i#istrar las bases del software del pro)ecto 4o sea* u# pa#el de
co#trol de la co#fi(uraci$# del software > SCC?5
El &..I:
!. "utori4a el establecimiento de las bases del soft'are y la
identificacin de los -tems<unidades de configuracin.
2. #epresenta los intereses del administrador del proyecto y de todos los
grupos $ue pueden verse afectados por cambios en las bases del
soft'are.
E6emplos de grupos afectados incluyen:
*arant-a de la calidad del 7ard'are,
"dministracin de la configuracin del 7ard'are,
=ngenier-a del 7ard'are,
=ngenier-a de fbrica,
=ngenier-a del soft'are 5incluyendo todos los subgrupos, como ser dise?o del
soft'are8,
%rueba de sistemas,
*arant-a de la calidad del soft'are,
"dministracin de la configuracin del soft'are,
"dministracin del contrato, y
(. #evisa y autori4a cambios a las bases del soft'are.
+. "utori4a la creacin de productos a partir de la biblioteca base del
soft'are.
.apacidad 2 -3iste u# (rupo %ue es respo#sable de coordi#ar e i"ple"e#tar la
SCM para el pro)ecto 4o sea* el (rupo SCM5.
El grupo &.> coordina o implementa:
!. La creacin y administracin de la biblioteca base de soft'are del
proyecto.
2. El desarrollo, mantenimiento y distribucin de los planes, estndares
y procedimientos de la &.>.
(. La identificacin de un con6unto de productos de traba6o a ubicar ba6o
el accionar de la &.>.
+. La administracin del acceso a la biblioteca base del soft'are.
,. Las actuali4aciones a las bases del soft'are.
/. La creacin de productos a partir de la biblioteca base del soft'are.
. El registro de las acciones de la &.>.
@. La produccin y distribucin de informes de la &.>.
.apacidad ( Se proporcio#a# recursos ) fi#a#ciaci$# adecuados para llevar a
cabo las actividades de la SCM.
!. &e asignan responsabilidades espec-ficas para la &.> a un
administrador o manager.
2. &e ponen a disposicin 7erramientas para soportar las actividades de
la &.>.
.apacidad + Los i#te(ra#tes del (rupo SCM se e#tre#a# e# los ob'etivos*
procedi"ie#tos ) "6todos para reali.ar sus tareas e# el "arco de la
SCM.
.apacidad , Los i#te(ra#tes del (rupo de i#(e#iera del software ) otros (rupos
relacio#ados co# el software se e#tre#a# para reali.ar sus
actividades SCM.
"ctividad ! Se prepara u# pla# SCM para cada pro)ecto de software de acuerdo
a u# procedi"ie#to docu"e#tado.
!. El plan &.> se desarrolla en las etapas tempranas y de manera
paralela al planeamiento general del proyecto.
2. El plan &.> es revisado por los grupos afectados.
(. El plan &.> se administra y controla.
"ctividad 2 Se usa u# pla# de SCM aprobado ) docu"e#tado co"o la base para
llevar a cabo las actividades da la SCM.
El plan cubre:
!. Las actividades de la &.> a reali4ar, el cronograma de actividades,
las responsabilidades asignadas, y los recursos re$ueridos
5incluyendo personal, 7erramientas y facilidades de computadoras8
2. Los re$uerimientos y actividades de la &.> a ser reali4adas por el
grupo de ingenier-a del soft'are y por otros grupos relacionados con
el soft'are.
"ctividad ( Se establece u# siste"a de biblioteca de ad"i#istraci$# de la
co#fi(uraci$# co"o repositorio para las bases del software.
El sistema de biblioteca:
!. &oporta varios niveles de control de la &.>.
2. ;ace posible el almacenamiento y la recuperacin de -tems<unidades.
(. ;ace $ue se puedan compartir y transferir los -tems<unidades de
configuracin entre los grupos afectados y entre niveles de control
dentro de la biblioteca.
+. "yuda en el uso de estndares de productos para -tems<unidades de
configuracin.
,. ;ace posible el almacenamiento y la recuperacin de versiones de
arc7ivos de -tems<unidades de configuracin.
/. "yuda a asegurar la creacin correcta de productos a partir de la
biblioteca base.
. ;ace posible el almacenamiento, la actuali4acin y la recuperacin
de registros &.>.
@. &oporta la produccin de informes de la &.>.
A. ;ace posible el mantenimiento de la estructura de la biblioteca y sus
contenidos.
"ctividad + Se ide#tifica# los productos de traba'o de software a ubicar ba'o la
ad"i#istraci$# de la co#fi(uraci$#.
!. &e seleccionan los -tems<unidades de configuracin basndose en
criterios documentados.
2. &e asignan identificadores 1nicos a los -tems<unidades de
configuracin.
(. &e especifican las caracter-sticas de cada -tem<unidad de
configuracin.
+. &e especifican las bases de soft'are a las $ue pertenece cada
-tem<unidad de configuracin.
,. &e especifica el punto de desarrollo en el $ue se ubica cada
-tem<unidad de configuracin en la administracin de la
configuracin.
/. &e identifica la persona responsable para cada -tem<unidad de
configuracin 5o sea, el due?o, desde el punto de vista de la
administracin de la configuracin8
"ctividad , Se i#icia#* re(istra#* revisa#* aprueba# ) si(ue# las solicitudes de
ca"bios ) los i#for"es de proble"as para todos los te"s2u#idades
de co#fi(uraci$# de acuerdo a u# procedi"ie#to docu"e#tado.
"ctividad / Se co#trola# los ca"bios a las bases de acuerdo a u# procedi"ie#to
docu"e#tado.
!. &e reali4an revisiones y<o pruebas de regresin para asegurar $ue los
cambios no 7an causado efectos no buscados en la base.
2. &lo los -tems<unidades de configuracin $ue 7an sido aprobados por
el &..I se ingresan a la biblioteca base del soft'are.
(. Los -tems<unidades de configuracin se ingresan y retiran de una
manera $ue mantenga la correccin e integridad de la biblioteca base
del soft'are.
E6emplos de pasos de ingreso<retiro incluyen:
)erificar $ue las revisiones estn autori4adas,
.rear un log. de cambios,
>antener una copia de los cambios,
"ctuali4ar la biblioteca base del soft'are, y
"rc7ivar la base de soft'are reempla4ada.
"ctividad Se crea# productos a partir de la biblioteca base del software ) se
co#trola su edici$#* de acuerdo a u# procedi"ie#to docu"e#tado.
!. El &..I autori4a la creacin de productos a partir de la biblioteca
base del soft'are.
2. Los productos a partir de la biblioteca base del soft'are, tanto para
uso interno como externo, se construyen slo a partir de
-tems<unidades de configuracin en la biblioteca base de soft'are.
"ctividad @ Se re(istra el estado de los te"s2u#idades de co#fi(uraci$# de
!. Las acciones de administracin de la configuracin se registran con
detalle suficiente de manera $ue el contenido y el estado de cada
-tem<unidad de configuracin son conocidos y se pueden recuperar
versiones anteriores.
2. &e mantiene el estado actual y la 7istoria 5o sea, cambios y otras
acciones8 de cada -tem<unidad de configuracin.
"ctividad A Se desarrolla# i#for"es est#dar %ue docu"e#ta# las actividades de
la SCM ) los co#te#idos de la base del software* ) se po#e# a
disposici$# de los (rupos e i#dividuos afectados.
"ctividad !B Se co#duce# auditoras de la base del software de acuerdo a u#
!. ;ay una preparacin adecuada para la auditor-a.
2. &e eval1a la integridad de las bases del soft'are.
(. &e revisan la estructura y las facilidades del sistema de biblioteca de
administracin de la configuracin.
+. &e verifica $ue los contenidos de la biblioteca base del soft'are estn
completos y sean correctos.
,. &e verifica $ue se cumplan los estndares y procedimientos aplicables
de la &.>.
/. &e informan los resultados de la auditor-a al administrador de
soft'are del proyecto.
. &e siguen los temas de accin $ue sur6an de la auditor-a 7asta su
cierre.
>edicin ! Se /ace# ) usa# "edicio#es para deter"i#ar el estado de las
actividades de la SCM.
)erificacin ! Las actividades de la SCM se revisa# peri$dica"e#te co# la
ad"i#istraci$# se#ior.
)erificacin 2 Las actividades SCM se revisa# co# el ad"i#istrador del pro)ecto de
"a#era peri$dica ) depe#die#do de los eve#tos.
)erificacin ( -l (rupo SCM audita peri$dica"e#te las bases del software para
verificar %ue est6# de acuerdo co# la docu"e#taci$# %ue las defi#e.
)erificacin + -l (rupo de (ara#ta de la calidad del software revisa )2o audita las
actividades ) los productos de traba'o para la SCM e i#for"a los
resultados.
!. Hue los siguientes grupos cumplan los estndares y procedimientos
de la &.>:
El grupo &.>,
El &..I,
El grupo de ingenier-a del soft'are, y
:tros grupos relacionados con el soft'are.
2. La ocurrencia de auditor-as peridicas de las bases del soft'are.

CMM7

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

CMM7

Caricato da

Copyright:

Formati disponibili

Parte dos: Las Prcticas Clave del CMM para

Potrebbero piacerti anche