[Nombre del Proyecto Asociado]

Plan de Desarrollo de Software [v1.1]

Grupo de Ingeniera
Control del Documento
Proyecto
[Nombre del Proyecto al que se refiere este documento]
Ttulo
Plan de Desarrollo de Software [v1.1 al 1 de enero de 2007.]
Generado por
[Nombres de los Grupos de Trabao que !an colaborado para la
creaci"n del documento
Por eemplo#
Grupo de $n%enier&a del 'oft(are# )ulanito de Tal y *en%anito de
+ual.]
Aprobado por
[Persona de la ,r%ani-aci"n del +liente que da la conformidad con el
documento]
Alcance de la distribucin
[.efinir en forma %eneral a las personas que pueden o deben leer
este documento.
/emplos#
.ocumento $nterno 0 alcance a toda la compa1&a.
.ocumento 'ecreto 0 Grupos de Gesti"n y 'upervisi"n.
.ocumento P2blico 0 .istribuci"n irrestricta.
3 entre otras posibilidades.]
Pgina 1 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
ndice
Control del Documento................................................................................................................................1
ndice.............................................................................................................................................................2
S"#$% %ST% D"&'(%)T"******************************************************************************+
G%)%$A,IDAD%S D%, P$"-%&T"*****************************************************************.
Descripcin del Proyecto.............................................................................................................................5
Propsito...................................................................................................................................................5
Alcance......................................................................................................................................................5
Objetivos...................................................................................................................................................5
Asunciones y Restricciones..........................................................................................................................5
Artculos y Artefactos a entregar...............................................................................................................6
!olucin del Presente Documento............................................................................................................6
"$GA)I/A&I0) D%, P$"-%&T"********************************************************************1
"rgani#acin y structura..........................................................................................................................$
%nterfaces o Canales de Contacto...............................................................................................................$
Recursos &umanos y Profesionales............................................................................................................$
Roles y Responsa'ilidades...........................................................................................................................(
G%STI0) D%, P$"-%&T"********************************************************************************2
stimados del Proyecto................................................................................................................................)
Plan de Proyecto...........................................................................................................................................)
Fases y lneas base....................................................................................................................................9
Objetivos por iteracin............................................................................................................................11
Incrementos.............................................................................................................................................11
Diagrama de antt..................................................................................................................................11
Diagrama !"D.......................................................................................................................................11
Otra in#ormacin.....................................................................................................................................1$
Planes de %teracin.....................................................................................................................................12
Plan de *estin por +reas..........................................................................................................................12
%e&'isitos................................................................................................................................................1$
(ontrol de Desviaciones a la Plani#icacin.............................................................................................1$
Plan de Ad&'isicin................................................................................................................................1)
Plan de *ntrenamiento Interno................................................................................................................1)
(ontrol de Pres'p'esto...........................................................................................................................1)
(ontrol de (alidad..................................................................................................................................1+
,eg'imiento de Avance...........................................................................................................................1+
Pgina de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
-.tricas e Indicadores............................................................................................................................1+
Plan de Riesgos...........................................................................................................................................1,
Plan de -ini.uito y Cierre del Proyecto...................................................................................................15
G%STI0) D%, P$"&%S" T3&)I&"***************************************************************14
Configuracin del /0todo de Desarrollo.................................................................................................16
Recursos y *uas de Referencia................................................................................................................16
Plan de %nfraestructura.............................................................................................................................16
Plan de Aceptacin.....................................................................................................................................1$
G%STI0) D% ,"S P$"&%S"S D% S"P"$T%***********************************************15
Plan de Configuracin y Cam'io..............................................................................................................1(
Plan de !aluacin.....................................................................................................................................1(
Plan de Documentacin.............................................................................................................................1(
Plan de Aseguramiento de Calidad..........................................................................................................1)
Plan de Resolucin de Contro!ersias.......................................................................................................1)
Plan de Contratacin.................................................................................................................................1)
Plan de /e1oramiento del Proceso...........................................................................................................1)
P,A)%S ADI&I")A,%S***********************************************************************************1
A)%6"S*************************************************************************************************************
2tulo del primer ane3o.............................................................................................................................22
&istorial del Documento............................................................................................................................22
Referencias a otros documentos...............................................................................................................22
Ins'mos...................................................................................................................................................$$
Doc'mentos derivados............................................................................................................................$)
*losario de t0rminos..................................................................................................................................24
5ignificado de los elementos de la notacin gr+fica................................................................................24
*stereotipado /-0 'tili1ado..................................................................................................................$)
,igni#icado de los elementos 2o /-0...................................................................................................$)
Pgina ! de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Sobre este Documento
Un esfuerzo de desarrollo es posible solo gracias a la colaboracin
de muchas partes diferentes. Y ms an un pro!ecto e"itoso es
posible solo si todas las piezas han sido reunidas ! han traba#ado
correctamente.
$s por esto %ue nace este documento& /l Plan de .esarrollo de
'oft(are es un compendio de toda la informacin re%uerida para la
'estin del Pro!ecto. (dentifica recursos traba#adores clientes !
usuarios de referencia) indicando su informacin de contacto !
participacin en el pro!ecto. *o ol+idando los hitos principales ! las
consideraciones sobre el control de calidad ! mane#o de riesgos
entre otras %ue son pertinentes en el desarrollo.
Utilice el Plan de Pro!ecto para obtener una +isin fresca actual !
completa de la organizacin del esfuerzo %ue ha! por detrs del
pro!ecto. ,antenga una copia cerca ! recuerde %ue luego de cada
hito importante este documento genera una nue+a +ersin.
Pgina + de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Generalidades del Proyecto
Un poco de conte"to a!uda a entender las cosas me#or por lo %ue es
prudente hacer un resumen de las metas ! fundamentos del pro!ecto
as- como de lo %ue en ultimada instancia +a a ser considerado un
producto del mismo.
*aturalmente se entiende %ue el pro!ecto esta concebido para dar
un cdigo o e#ecutable pero tambi.n se entiende %ue este ha de
estar acompa/ado de otros art-culos tales como la documentacin
del dise/o ! manuales de usuario. $s por esto %ue le llamamos
sistema ante %ue programa o e#ecutable.
Descripcin del Proyecto
[4!& dudas sobre esto5 'implemente !ay que indicar el prop"sito del
proyecto en un breve p6rrafo7 as& como su alcance y sus obetivos.
8tilice len%uae natural e intente ser lo m6s claro posible sin recurrir
a tecnicismos innecesarios. 4unque recuerde tambi9n que el
len%uae del cliente osea7 el llamado :en%uae del .ominio del
Problema7 s& es aceptable aqu&7 por cuanto esta correctamente
documentado en el Glosario del 'istema que se asume e;iste. , en
todo caso7 al menos en el peque1o Glosario del final de este
documento.]
Propsito
Alcance
Objetivos
Asunciones y Restricciones
[<ay que entender que por a%ilidad en las cosas en ocasiones
asumimos que las partes est6n conscientes de ciertas cosas... y que
lue%o en caso de problemas descubrimos que esta informaci"n no la
ten&a todo el mundo7 sino solo unos pocos. /scriba aqu& entonces
todo lo que !a asumido en el Proyecto7 ya que se%uro mato a
confiado.
/n cuanto a las restricciones7 que ima%ino ir6n en otra secci"n en
futuras versiones de esta plantilla7 se refieren a cosas de la vida que
limitan nuestra libertad de acci"n y condicionan lo que se !a de
Pgina . de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
!acer y el como se puede !acer7 del proyecto. $ndique aqu&
claramente estas situaciones7 as& como en el caso anterior7 utili-ando
un len%uae claro y franco7 enriquecido con los t9rminos que el
cliente entiende meor.]
Artculos y Artefactos a entrear
=ue Prop"sito
[Nombre del artefacto#
documento7 &tem7 c"di%o7 etc...]
[)unci"n que cumple el &tem7 enfati-ando el valor
para el cliente del proyecto que este %enera.]
!volucin del Presente Documento
[/ste documento est6 en continuo cambio7 pero no quiere decir que
se pueda cambiar sin un orden o en cualquier momento. Todo !a de
cumplir sus condiciones y de ser posible estar planificado. /scriba
aqu& cuando se dar6 la oportunidad de revisar el Plan de .esarrollo y
de !aberlo7 el procedimiento que se espera se%uir en cada caso.
/n proyectos t&picos7 esto quiere decir que !emos de se1alar !itos
de se%uimiento o avance7 ya que lue%o de tales reuniones es que se
da el cambio del documento.]
Pgina 4 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Orani"acin del Proyecto
Se dice %ue una organizacin recibe tal nombre debido a %ue sus
funciones son e#ecutadas por >or%anismos vivos? 0 seres humanos.
De ah- %ue sea fundamental lle+ar la pista de todos los hombres !
mu#eres %ue se han in+olucrado en el desarrollo indicando para cada
uno su funcin o rol as- como sus responsabilidades.
$s igual de importante tambi.n %ue las partes se comuni%uen
apropiadamente lo cual re%uiere de tener una clara definicin de los
canales de comunicacin entre las distintas organizaciones en
colaboracin.
Orani"acin y !structura
[<a%a aqu& una descripci"n de la estructura or%ani-ativa de su
proyecto7 apoyado en un or%ani%rama de ser posible.]
#nterfaces o Canales de Contacto
[8na l&nea o dos sobre cuales son las personas desi%nadas como
canal de comunicaci"n7 y los eventos que se esperan reportar por
dic!o canal.]
Recursos $umanos y Profesionales
=uien $nformaci"n de +ontacto
[Nombre completo] [+orreo electr"nico7 tel9fono7 etc.]
Pgina 1 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Roles y Responsabilidades
[:os roles son asuntos que deben estar bien definidos en al%2n
lu%ar@ cada uno de ellos !a de tener una clara definici"n de las
tareas7 actividades7 artefactos y productos de trabao que se espera
que maneen7 as& como de los recursos que van a utili-ar para llevar
a cabo su trabao.
/s decir que la definici"n del rol no es posible !acerlo en esta tabla@
por lo cual Aqu9 ponemos aqu&5 :a idea es que di%a el nombre de
cada rol en su propia columna7 indique la descripci"n breve del
mismo en la columna de >Besponsabilidades? y finalmente di%a
cuales miembros del equipo van a asumir dic!o rol.
/s decir7 que una persona puede aparecer varias veces en la tabla7
en distintas l&neas de rol.]
/l Bol Besponsabilidades 4sumido por
[Nombre del Bol] [+orreo electr"nico7
tel9fono7 etc.]
Pgina 5 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Gestin del Proyecto
1ener el control sobre algo sin perturbar a este algo es sin duda un
e#ercicio de e%uilibrio %ue +ale la pena planificar. $ste es el propsito
de la 'estin de Pro!ecto pro+eer de control gu-a ! recursos
oportunos sin generar retrasos ni burocracia e"cesi+a %ue haga ms
dif-cil el traba#o t.cnico.
!stimados del Proyecto
[/scriba aqu& los estimados en tiempo y costo del proyecto7 as& como
las circunstancias y momentos en que se !a de revisar este
estimado. No olvide e;plicar claramente como !a lle%ado a estos
estimados. <a%a referencia a m9tricas o e;periencias previas que
ustifiquen y fundamenten lo dic!o aqu&. No ofre-ca promesas
infundadas7 es meor una estimaci"n parcial y una fec!a de re
estimaci"n antes que una e;pectativa de costo o tiempo que no se
cumpla.]
Plan de Proyecto
%ases y lneas base
[$ndique aqu& las famosas cuatro fases de B8P# +oncepci"n
C$N+/PT$,N en in%l9sD7 /laboraci"n7 +onstrucci"n7 Transici"n... o
bien indique como se or%ani-a en fases su proyecto.
$ndique para cada una cual es la meta que se espera lo%rar y cuales
condiciones se !an de verificar para considerar que es posible pasar
a la si%uiente fase.]
)ase N. de iteraciones )ec!a de $nicio )ec!a de )in
[Nombre de la
fase]
[17 27 E7...] [21 de octubre de
2007]
[11 de noviembre
de 2007]
2oncepcin
$laboracin
2onstruccin
1ransicin
Pgina 2 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
)ase N. de iteraciones )ec!a de $nicio )ec!a de )in
)ase .escripci"n ,betivos del +iclo de Fida
[Nombre de la
fase]
[Generalidades sobre la
fase]
[,betivos del ciclo de vida que se
esperan lo%rar# l&nea base]
2oncepcin 3ase inicial del pro!ecto
desarrolla los pasos
preliminares %ue
establecen el soporte para
el pro!ecto as- como
establecer el cuerpo de
re%uisitos a cumplir.
$sta fase establece la
factibilidad del pro!ecto
as- como el 4%u.5 se debe
cumplir.
$l foco esta sobre las
acti+idades de 'estin de
Pro!ecto ! ,ane#o de
6e%uisitos.
$laboracin 3ase de anlisis ! dise/o
detallado. Se genera una
ar%uitectura estable para
el sistema ! se sientan las
bases para la construccin
del mismo.
$sta fase establece el
4como5 se cumple con los
re%uisitos.
$l foco esta sobre las
acti+idades de (ngenier-a
bsica.
2onstruccin 3ase de programacin
pruebas e integracin de
componentes.
Se hace a%u- en la
prctica lo establecido en
el pro!ecto. $l foco es la
construccin de lo
re%uerido.
Pgina 17 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
)ase .escripci"n ,betivos del +iclo de Fida
1ransicin 3ase de entrega ! puesta
en produccin del sistema.
7c se a!uda a la
organizacin cliente a dar
un me#or uso de lo
desarrollado.
$l foco pasa a las
acti+idades de despliegue
de la aplicacin.
Objetivos por iteracin
['i bien las iteraciones se detallan en sus respectivos Planes de
$teraci"n7 es posible or%ani-arlas en fases e indicar aqu& clara pero
breve7 cuales obetivos se buscan lo%rar.
4unque en verdad siento que esta secci"n esta un poco fuera de
lu%ar... nuestros planes de iteraci"n documentan los obetivos por
iteraci"n bastante bien... aunque en ocasiones puede ser valioso
tener una visi"n de conunto y este es un buen lu%ar para lo%rarla.]
#ncrementos
[8n incremento es una versi"n funcional aunque parcial del sistema.
.etalle aqu& cual es su perspectiva sobre este punto y actualice esta
secci"n a medida que los vaya liberando.
Puede indicar por eemplo7 que el proyecto tiene cuatro partes7 que
una se entre%ar6 en la iteraci"n /1 y que las tres restantes deben
est6r listas para la iteraci"n +2.]
Diarama de Gantt
[Tomado de la !erramienta de %esti"n de proyecto utili-ada]
Diarama &'D
[Tomado de la !erramienta de %esti"n de proyecto utili-ada]
Pgina 11 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Otra informacin
[Tomado de la !erramienta de %esti"n de proyecto utili-ada]
Planes de #teracin
[:os planes de $teraci"n son documentos separados7 por lo que aqu&
pretendemos solo !acer referencia a ellos7 se%2n se vayan
%enerando en el transcurrir del Proyecto.]
Plan de Gestin por (reas
[*uc!os de estos planes son llevados como documentos
independientes en proyectos de cierto tama1o7 pero cuando las
cosas son simples es posible incluso lle%ar al punto de indicar >No
aplica? en al%uno de estos... no !a%a esto con los planes de ries%o ni
con los dem6s planes que tienen t&tulo 2 en esta secci"n del
documento. /sos planes ./G/N estar bien considerados siempre y
contar con un tratamiento m6s detallado.
:os planes de esta secci"n planes pueden ser considerados como
ampliaciones al proceso de %esti"n del proyecto. 'on ideas y el
enfoque es ser fle;ible sobre incluirlos o no.]
Re)uisitos
[T&pico Plan independiente reutili-ado entre proyectos. 8n plan de
requisitos describe los medios utili-ados para la captura y
documentaci"n de estos7 as& como de los esquemas de enumerado
de los requisitos. Tambi9n7 en caso de utili-ar un modelo de
requisitos con propiedades especificas para estos7 el plan de
requisitos lo detallar&a.
'in embar%o no se debe sentir abrumado por esto@ nueve de cada
die- proyectos7 simplemente utili-an los casos de uso7 acompa1ados
de un documento de visi"n del sistema y qui-6s un %losario y un
documento de requisitos suplementarios. /ntonces es esto lo que
usted debe decir y no nada m6s compleo.]
Control de Desviaciones a la Planificacin
[.escriba aqu& como se va a !acer se%uimiento Cacci"n de estar
pendienteD a los asuntos del proyecto7 indicando claramente como se
detectan desviaciones del plan de trabao y que medidas o t9cnicas
se considera posible utili-ar en tales casos.
Pgina 1 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
'iendos sinceros7 esto puede ser tan simple como pautar una
reuni"n semanal de se%uimiento... as& que tampoco es demaciado
pesado@ sin embar%o no olvide indicar de que manera se va a
actuali-ar la planficaci"n ante los cambios requeridos y si tiene una
forma clara de decirlo7 indique tambi9n como detectar6 las
desviaciones.]
Plan de Ad)uisicin
[.escriba aqu& como se manean las adquisiciones de bienes7
servicios y recursos para el proyecto. $ndicando quien es el
responsable7 los criterios que se utili-ar6n para proceder con las
compras y los lapsos y tiempos en que se !a de proceder con las
mismas.
+on todo7 como todos los planes de esta secci"n7 es posible contar
con un plan de adquisici"n estructurado como documento a parte7 en
cuyo caso se !ace la referencia aqu&.]
Plan de !ntrenamiento #nterno
[8n importante tema en muc!os proyectos es la formaci"n del
recurso !umano7 en al%unos proyectos se toman entrenamientos en
!erramientas especificas antes de poder utili-arlas en el proyecto.
.escriba aqu& cualquier entrenamiento que se espera reali-ar7
detallando !asta donde sea posible la informaci"n de %esti"n de
estas actividades# tiempo7 costo7 participantes7 etc.
,tra apro;imaci"n es describir los criterios para proceder con
entrenamientos no planificados y los lapsos y tiempos que
condicionan estas decisiones.]
Control de Presupuesto
[.escriba aqu& la apro;imaci"n que utili-a para tener control sobre el
presupuesto7 indicando claramente los indicadores a los que piensa
recurrir para detectar problemas7 as& como de las posibles t9cnicas o
medidas que se considera posible utili-ar en tales casos.
Ni que decir que en muc!as ocasiones las or%ani-aciones sientes
que esta informaci"n es privada de cada empresa7 por lo cual puede
colocar aqu& simplemente >$nformaci"n Beservada por la
or%ani-aci"n HIJ?]
Pgina 1! de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Control de Calidad
[+alidad es la coincidencia entre los requisitos e;pl&citos e impl&citos
y las caracter&sticas obetivamente presentes en los productos finales
del proyecto.
Teniendo esta definici"n en mente7 desarrolle aqu& de que manera se
va a proveer de esta condici"n de calidad7 desarrollando en al%una
e;tensi"n la forma en que todas las caracter&sticas finales responden
a uno o m6s requisitos. /emplo# indique su modelo de tra-as.
Becuerde tambi9n que e;iste el llamado Plan de 4se%uramiento de
+alidad que tiene otras metas. Procure no me-clar estos planes.]
Seuimiento de Avance
[.escribe los reportes y t9cnicas que se van a utili-ar para >pulsar? el
avance del proyecto y poder medir si esta en donde debiera. .etalle
cuales de estos informes van a ser compartidos con el cliente y
cuales son solo para uso interno.
Puede ser al%o muy simple@ de !ec!o recomendar&a que
simplemente fuera la t&pica reuni"n de avance semanal o quincenal
interna al equipo de desarrollo@ qui-6s con ayuda de al%una t9nica de
reuni"n de %rupos o de al%2n que otro documento de reporte de
actividades7 como pueden ser los cierres de iteraci"n.]
*+tricas e #ndicadores
[T&pico plan independiente que se re utili-a. +on todo7 este plan
enumera las t9cnicas que se utili-an para transformar en ma%nitudes
num9ricas el estado del proyecto7 con el fin de poder !acer al%o de
planificaci"n bas6ndose en fr&os y l"%icos n2meros.]
Plan de Riesos
[8n plan de ries%os enumera las situaciones ne%ativas que en
potencian pueden lle%ar a ocurrir durante el proyecto. T&pico de los
proyectos es tener un plan de ries%os estructurado como su propio
documento7 por lo que se espera que coloque aqu& su referencia.
/n cualquier caso7 un Plan de Bies%o debe mantener los rie%os
enumerados7 caracteri-ados por un marcador que indique si se !an
concretado7 t9cnica utili-ada para miti%arlo Celiminaci"n7 cobertura7
diversificaci"n7 adK!ocD impacto y probabilidad de ocurrencia.
'e acompa1a el plan de ries%os con la llamada >:ista de Bies%os?
que contiene la enumeraci"n de cada uno7 unto con su probabilidad
de ocurrencia y ma%nitud del da1o que causa de ocurrir.]
Pgina 1+ de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Plan de %ini)uito y Cierre del Proyecto
[/l )iniquito del proyecto !ace referencia a las formalidades que se
!an de cumplir para dar por concluido un proyecto. 4unque es una
operaci"n propia de la burocracia7 es sin duda un !ito importante en
el proyecto.
/n cuanto al cierre7 debe tener presente que se !an asi%nado
recursos al proyecto7 los cuales necesitan al%o de planificaci"n para
ser >des asi%nados? del mismo y poder pasar a otra cosa. $ndique
aqu& que !a pensado al respecto.]
Pgina 1. de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Gestin del Proceso ,+cnico
1odos los pro!ectos son nicos por lo %ue no se puede pretender
tener un m.todo nico para lle+arlos a cabo. $sto significa en la
practica %ue nuestro proceso de desarrollo debe tener puntos de
ampliacin ! configuracin %ue le permita adaptarse a las
necesidades particulares del momento.
$sta seccin recoge dicha informacin de configuracin.
Confiuracin del *+todo de Desarrollo
[+onocido en B8P como +aso de .esarrollo7 esta secci"n detalla la
forma en que se !a or%ani-ado el proyecto en t9rminos de los
artefactos y fluos de trabao de referencia de B8P.
'i usted cuenta con un +aso de .esarrollo estructurado como
documento independiente7 !a%a la referencia aqu&.]
Recursos y Guas de Referencia
[$ndique aqu& los manuales7 %u&as de estilo7 y dem6s referencias que
dan conseos y advertencias sobre las actividades t9cnicas que se
van a eecutar en el proyecto.
Por eemplo7 !a%a referencia a su >Gu&a de /stilo de +asos de 8so?
o bien7 a los manuales de referencia de las plataformas de trabao.]
Plan de #nfraestructura
[.etalle aqu& la infraestructura requerida por el proyecto... aspectos
tales como elementos de comunicaci"n7 equipos especiales7
modificaciones a inmuebles y dem6s cosas que %uardan relaci"n con
el proyecto pero no son producidos por 9l ni pueden ser
considerados como parte del desarrollo.
/s t&pico contar con un Plan de $nfraestructura independiente.]
Pgina 14 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Plan de Aceptacin
[.etalle aqu& los pasos a se%uir para lo%rar que el cliente de el visto
bueno formal sobre al%2n aspecto del proyecto7 !aciendo 9nfasis en
la aprobaci"n del proyecto en si mismo.
'i es un muy compleo o %uarda muc!as referencias al Plan de
Pruebas7 entonces desarrolle este punto en un documento
independiente y !a%a la referencia aqu&.]
Pgina 11 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Gestin de los Procesos de Soporte
Por detrs de %uien hace el traba#o siempre ha! una base %ue ubica
recursos e+ita problemas ! +igila el cumplimiento de las me#ores
practicas de desarrollo. 7 este cumulo de acti+idades ! procesos los
llamamos de 'oporte al Proyecto ! su configuracin caracter-sticas
generales son discutidas en esta seccin.
Plan de Confiuracin y Cambio
[/n este conte;to7 entendemos por confi%uraci"n la relaci"n entre las
distintas versiones de los artefactos del proyecto. .etalle aqu& como
!a pensado lidiar con esta compleidad7 !aciendo 9nfasis en aquello
que ase%ura que nadie va a trabaar con un documento desfasado.
'i es un punto compleo7 desarrolle esto con un Plan independiente y
!a%a la referencia aqu&.]
Plan de !valuacin
[.etalle aqu& como ser6 evaluado el proyecto. /sto incluye reuniones
de avance7 revisiones formales e informales7 auditorias7 etc.
'i es un punto compleo7 desarrolle esto con un Plan independiente y
!a%a la referencia aqu&.]
Plan de Documentacin
[<ay muc!a documentaci"n con la que trabaar... desde el mismo
Plan de .esarrollo de 'oft(are !asta los manuales de usuario.
.etalle aqu& como pretende manear todas esas p6%inas de te;to.
<a%a 9nfasis en aquello que evita que se vuelva loco con tanto
escribir.
'i es un punto compleo7 desarrolle esto con un Plan independiente y
!a%a la referencia aqu&.]
Pgina 15 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Plan de Aseuramiento de Calidad
[Note que el Plan de .esarrollo de 'oft(are tiene una entrada para
un plan de control de calidad y otra 0esta0 para el llamado
4se%uramiento de +alidad.
:a diferencia estriba en que aqu& se e;plican las acciones a tomar
durante el proyecto para verificar que todo !a ido bien con el plan de
control de calidad. Por as& decirlo7 se !ace un se%undo nivel de
control de calidad7 solo que esta ve- el foco son los pasos y
documentos relacionados con el tema de la calidad en lu%ar de los
productos del proyecto.
,tra forma de verlo que encuentro 2til7 es decir que el +ontrol de
+alidad eecuta en el proyecto lo que se !a dise1ado en el
4se%uramiento de +alidad.
'i es un punto compleo7 desarrolle esto con un Plan independiente y
!a%a la referencia aqu&.]
Plan de Resolucin de Controversias
[$ndique aqu& los canales >diplom6ticos? y los procedimientos por
ellos se%uidos para que en caso de problemas entre los miembros
del proyecto se sepa que !acer y a quien recurrir.
'i es un punto compleo7 desarrolle esto con un Plan independiente y
!a%a la referencia aqu&.]
Plan de Contratacin
[$ndique aqu& que cosas es necesario contratar a terceros y cuales
son las pautas7 condiciones y lapsos que estas contrataciones !an
de cumplir.
'i es un punto compleo7 desarrolle esto con un Plan independiente y
!a%a la referencia aqu&.]
Plan de *ejoramiento del Proceso
[/l meoramiento de procesos es un asunto interesante pero
compleo para e;plicar aqu&. .i%amos que si usted identifica que
puede tomar al%una medida para ayudar a su or%ani-aci"n de
desarrollo en futuros proyectos7 entonces planifique aqu&.
Pgina 12 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
'i es un punto compleo7 desarrolle esto con un Plan independiente y
!a%a la referencia aqu&.]
Pgina 7 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Planes Adicionales
['e%2n apliquen... cada uno en una secci"n t&tulo 2 posiblemente7 o
si el asunto es m6s estructurado como un documento aparte al que
se !ace referencia aqu&.]
Pgina 1 de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Ane-os
,tulo del primer ane-o
[+ualquier ane;o al que !ubiera lu%ar.
.e preferencia !abr&a que lo%rar que cada ane;o comen-ara en su
propia p6%ina7 aunque este requisito queda a criterio del autor del
documento.
Por sencille- esta plantilla coloca los %losarios uno lue%o del otro7 sin
indicar nuevas p6%inas.]
$istorial del Documento
(i8rcoles + de octubre de 771 Segunda +ersin +8.9.
7ctualizacin de los parmetros de tiempo del reactor
%u-mico.
,odificacin de las gu-as de dise/o de la interfaz de usuario
en el mdulo *: ; del diagrama de despliegue.
(artes 1 de septie9bre de 771 Primera +ersin +8.8.
<ersin inicial.
[Fecha de cada versin en negritas y conteo de versi"n sin estas.
'e%uido de un comentario describiendo el cambio !ec!o al
documento.
/sta secci"n es importante para mantener el control sobre las
>confi%uraciones? o en otras palabras7 para establecer por escrito las
relaciones entre los cambios solicitados a los documentos y la fec!a
en que estos se !ayan reali-ado. /sta condici"n es cr&tica para
descubrir m6s adelante errores en el contenido de los documentos
derivados.]
Referencias a otros documentos
#nsumos
7lberto '. 7le"ander Ser+at. >*anual para documentar sistemas de
calidad?. Prentice =all ,."ico. 8>>?. (S@*& >AB08A0B8?;09
Cu-s 1. D-ez de 2astro ! Doa%u-n Cpez Pascual. >.irecci"n
)inanciera?. Prentice =all ,adrid. 9BB8. (S@*& ?E09B;0FBGG09
Pgina de !
[Nombre del Proyecto Asociado]
Plan de Desarrollo de Software [v1.1]
Grupo de Ingeniera
Documentos derivados
>.ocumento de 4rquitectura del 'istema?. $n su +ersin +B.?.
>Plan de Pruebas?. Documento a elaborar.
Glosario de t+rminos
Departa9ento de Atencin al &liente* Di+isin de la organizacin
%ue condure la relacin con los clientes indi+iduales inclu!endo el
seguimiento de los procesos por ellos iniciados.
Sinnimos& 712.
=omnimos& *H7.
%$P* I sistema de Gesti"n de Becursos /mpresariales se refiere a
la plataforma de automatizacin e integracin de procesos utilizada
en la empresa.
Sinnimos& *H7.
=omnimos& *H7.
Sinificado de los elementos de la notacin r(fica
!stereotipado .*/ utili"ado
['i el documento contiene dia%ramas 8*: que utilicen al%2n
estereotipo en particular7 se deben indicar aqu& su si%nificado y
re%las de uso]
Sinificado de los elementos 0o .*/
[/n ocasiones los documentos !acen uso de notaciones %r6ficas
distintas al 8*: 0 por eemplo dia%ramas /LB
+uando sea conveniente7 se indican aqu& las re%las para interpretar
estas convenciones %r6ficas adicionales]
Pgina ! de !