Hypermedia Flexible Process Modeling.docx

INGENIERÍA DE REQUISITOS . Metodología en Proyectos software para la Web BIBLIOGRAFÍA Frank Rosas !"#$ Metodología y %&cn'cas en Proyectos software para la Web Web Obten'da el "( de )*n'o del !"#+ de ,ttp-..es/sl'des,are/net.pa ,ttp-..es/sl'des,a re/net.pac,ecorosa c,ecorosas0."!1'ngen'er'a1web s0."!1'ngen'er'a1web G*sta2o 3ector RO44I #00( Ingen'ería de 3'per5ed'a Obten'da el "( de  )*n'o del !"#+ de ,ttp-..postgrado/'nfo/*nlp/ed*/ar.6arreras.Mag'sters.Ingen'er'a7de74oftware.  %es's.Ols'na7L  % es's.Ols'na7L*'s/pdf  *'s/pdf 

HFPM: Hypermedia Flexible Process Modeling. 1999 1. ¿Qué es?

Fue creada por Luis Olsina en 1998, es la única de las metodologías m etodologías que engloba todas las fases del proceso de desarrollo, va desde el análisis hasta el desarrollo de la documentacin ! el mantenimiento" #ivide ! detalla cada una de las tareas que comprende cada fase"    

$nclu!e al usuario desde el principio del desarrollo" $ntroduce el concepto de la separacin de aspectos" %stablece la necesidad de definir modelos específicos" %stablece la necesidad de desarrollar manuales de usuario"

2. Fases

&F'( define un proceso detallado que cubre todo el ciclo de vida ! que está compuesto por 1) fases* F+% F+% 1" (O#%L+#O (O#%L+#O #% #% LO -%./$$0O -%./$$0O  #%L OF0+OF0+-%* %* 2 #esc #escri ripc pci in n brev breve e del del prob proble lema ma"" 2 #esc #escri ripc pci in n de los los requi requisi sito toss funci funcion onal ales es"" 2 -eali3 -eali3ar ar un un model modelo o de de dato datoss para para esos esos caso casoss de de uso" uso" 2 (ode (odela larr la la int inter erfa fa33 de de usu usuar ario io"" 2 (ode (odela larr los los requ requis isititos os no no func funcio iona nale les" s" F+% 4" 'L+5 'L+5$F $F$6 $6+6 +6$7 $75 5 %n esta fase se plantea el plan de trabao del pro!ecto, se anali3a ! se especifica de forma concisa" F+% +% )" )" (O#%L (O#%L+#O +#O 6O56%' 6O56%'0/+ 0/+L L

%n esta fase se debe conseguir un modelado de clases que represente al sistema sin entrar en aspectos de hipermedia" 0areas* 2 +nali3ar el dominio del problema" 2 (odelar el sistema mediante un diagrama de clases" F+% " (O#%L+#O 5+:%;+6$O5+L* 2 +nali3ar las necesidades de los usuarios" 2 $dentificar las clases navegacionales" 2 %specificar el esquema de navegacin ! sus clases" 2 +nali3ar los conte
+nali3ar las necesidades de la interfa3 de usuario" #etectar los obetos, los eventos ! los enlaces visibles para cada usuario"

F+% A" #$%BO #%L %50O-5O* 2 /sar patrones de dise@o para meorar los modelos" 2 #ise@ar la arquitectura" 2 #ividir el sistema en subsistemas" F+% C" 6+'0/-+- D %#$0+- LO %L%(%50O (/L0$(%#$+* %n esta fase se deben plantear los múltiples medios con los que se va a trabaar, así como los sistemas de almacenamiento que se usaran en los mismos" F+% 8" $('L%(%50+6$75* %sta fase tiene por obetivo conseguir el programa eecutable que represente la aplicacin" F+% 9" :%-$F$6+6$75 D :+L$#+6$75* %n esta fase se va a anali3ar si el resultado es adecuado en base a los requisitos" F+% 1E" %:+L/+6$75 #%L %50O-5O*  +quí se anali3a si el resultado se adecúa al entorno en el que se va a implantar" F+% 11" %:+L/+6$75 #% 6+L$#+#* e debe evaluar ! determinar si el producto resultante es de alta calidad"

F+% 14" (+50%5$($%50O* %n general esto implica tanto el mantenimiento correctivo, aumentativo ! adaptativo del sistema"

F+% 1)" #O6/(%50+6$75* 2 #ocumentacin de cada uno de los modelos generados" 2 #ocumentacin del resultado de las pruebas" 2 %l manual de usuario"