You are on page 1of 2

EJERCICIO  4.

3  
 
FASE  (PHASE)  
INICIO  (  Inception)  

-­‐

-­‐
-­‐
-­‐
-­‐
ELABORACIÓN  (  
Elaboration)  

-­‐
-­‐

-­‐
-­‐

-­‐

-­‐

CONSTRUCCIÓN  

-­‐
-­‐

DESCRIPCION  
Establece  el  alcance  y  el  límite  del  proyecto  de  
software,  incluyendo  una  visión  operacional,  criterio  
de  aceptación  y  para  qué  está  o  no  diseñado  (su  
acción).  
Discrimina  los  casos  de  uso  críticos  del  sistema,  los  
escenarios  de  operación  primarios,  que  mantendrán  
el  principal  equilibrio  del  sistema.  
Exhibir  y  demostrar  por  lo  menos  una  arquitectura  
candidata  versus  algunos  de  los  escenarios  
principales.  
Estimar  el  costo  total  y  el  calendario  de  todo  el  
proyecto  (y  un  estimado  al  mayor  detalle  posible  de  
la  fase  de  elaboración  que  sigue  inmediatamente).  
Estimar  los  riesgos  potenciales  (fuente  de  los  
imprevistos).  
Preparar  el  ambiente  que  soporte  el  proyecto.  
Asegurarse  de  que  la  arquitectura,  requerimientos  y  
planes  son  lo  suficientemente  estables  y  los  riesgos  
han  sido  minimizados  al  máximo  para  poder  
determinar  (predictivamente)  el  costo  y  el  
calendario  de  cumplimiento  del  desarrollo.  Para  la  
mayoría  de  proyectos,    pasar  este  CHECKPOINT    (en  
el  sentido  de  hito)  representa  la  transición  de  una  
operación  ligera,  rápida  y  sin  riesgos  a  una  operación  
alta  en  costos  y  riesgos,    confiada  simplemente  en  
una  inercia  en  la  organización  y  el  desarrollo.  
Hacer  frente  a  todos  los  riesgos  arquitectónicamente  
significativos  del  proyecto.  
Establecer  una  arquitectura  de  base  derivada  de  
tomar  en  cuenta  los  posibles  escenarios  
arquitectónicos  más  significativos,  exponiendo  así  
los  mayores  riesgos  técnicos  del  proyecto.  
Producir  un  prototipo  evolutivo  de  componentes  de  
calidad  de  producción,  así  como  otros  prototipos  
desechables  que  sirvan  para  evaluar  y  reducir  
riesgos  específicos  como:  
a. Equilibrio  entre  diseño  y  requerimientos  
b. Reutilización  de  componentes.  
c. Viabilidad  del  producto  o  demostración  para  
posibles  inversionistas,  clientes  y  usuarios  
finales.  
Demostrar  que  la  arquitectura  base  puede  soportar  
los  requerimientos  del  sistema  a  un  costo  y  en  un  
tiempo  razonables.  
Establecer  un  ambiente  de  soporte.    
Minimizar  los  costos  de  desarrollo  optimizando  

  Completar  el  análisis.   Decidir  si  el  software.   Ingeniería  específica  para  el  despliegue  del  producto.  Es   decir  desarrollar  varios  componentes  de  un  sistema   al  mismo  tiempo  por  diferentes  miembros  del  equipo   es  algo  posible.  etc.   Comparación  de  versiones  beta  con  sistemas  que  se   estén  reemplazando.   Terminar  versiones  utilizables  (alpha.     Completar  versiones  de  prueba  para  validar  el  nuevo   sistema  frente  a  la  expectativa  de  los  usuarios.   Lograr  coherencia  entre  las  partes  interesadas  con   respecto  a  los  criterios  de  evaluación  del  despliegue   del  producto.  capacitación   del  personal  de  campo  y  de  ventas.  el  sitio  y  los  usuarios  están   listos  para  desplegar  la  aplicación.   como  empaquetado.   Lograr  la  auto  sustentabilidad  del  usuario   Lograr  que  las  partes  interesadas  concurran  al   despliegue  del  producto.  comercialización.  beta  y  otras   versiones  de  prueba)  tan  rápido  como  sea  posible.  obviamente   si  hay  sincronía  entre  las  partes  del  equipo.   Actividades  de  refinamiento  como  el  arreglo  de  bugs   (fallos).  Esto  acelera  el  desarrollo  y  al    puesta   en  marcha  del  producto  lo  antes  posible.   .  mejoras  de  desempeño  y  usabilidad.   Adquirir  la  calidad  adecuada  tan  rápidamente  como   sea  posible  dentro  de  la  práctica.   Desarrollar  un  producto  “completo”  listo  para  la   transición  a  la  comunidad  de  usuarios  iterativa  e   incrementalmente.   Poner  en  funcionamiento  la  comercialización.   Entrenamiento  a  usuarios  y  a  equipo  de   mantenimiento.   Evaluación  del  despliegue  del  producto  considerando   la  visión  completa  y  los  criterios  de  aceptación.  diseño.   Lograr  un  cierto  grado  de  paralelismo   (sincronización)  entre  los  equipos  de  trabajo.   distribución  y  fuerza  de  ventas.  desarrollo  y  testeo  de   todas  las  funcionalidades  requeridas.(Construction)   -­‐ -­‐ -­‐ -­‐ -­‐ -­‐ TRANSICIÓN   (Transition)   -­‐ -­‐ -­‐ -­‐ -­‐ -­‐ -­‐ -­‐ -­‐ -­‐   recursos  y  evitando  doble  trabajo  y  basura   innecesaria.