IW Unidad 2: Metodologías y Técnicas de la Ingeniería Web

Ingeniería Web Carrera de Software
Ph.D. Franklin Parrales 1
21/02/2023
Metodologías y Técnicas
de la Ingeniería Web
Unidad 2
Material docente compilado por el profesor Ph.D. Franklin Parrales Bravo
para uso de los cursos de Ingeniería Web

21/02/2023
Objetivo general de la Unidad 2
Estudiar las diversas metodologías y técnicas de la
Ingeniería Web desde el punto de vista del trabajo con
usuario, analizando el cómo y por qué se involucra al
usuario, además de las ventajas y desventajas de cada
una de ellas.

21/02/2023
Contenido
• Metodologías de la Ingeniería Web
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones
• Técnicas de la Ingeniería Web

21/02/2023
Introducción
El avance de Internet y las comunicaciones ha
provocado en los últimos años el nacimiento de
nuevas propuestas metodológicas para la web.
Sin embargo, la mayoría de ellas han centrado su
trabajo principalmente en las etapas de diseño e
implementación.
En la mayoría de estas propuestas el tratamiento
de requisitos ha sido tratado con una menor
importancia.
Nuestro trabajo se centra en presentar la
Ingeniería Web desde el punto de vista del trabajo
con usuario: Ingeniería de Requisitos.

21/02/2023
Las cualidades de la Ingeniería Web
Inicialmente se empezó a trabajar la hipermedia
A hypermedia system can be defined as a
navigational system
Isakowitz 1995
Pronto comienzan a aparecer propuestas que trataban de
proponer ideas específicas para solventar los problemas de la
web. Las primeras, se orientaban hacia modelos no orientados a
objeto, pero poco a poco fueron apareciendo nuevas
orientaciónes hacia la OO.

21/02/2023
Las cualidades de la Ingeniería Web
Pero empiezan a proliferar metodologías y nuevos
conceptos sin que la comunidad investigadora tenga
claro los conceptos y definidos bajo un estándar.
Navigation is critical nowadays in all the
systems which have a complex interface.
Yoo and Bieber 2000
El resultado es que comienzan a surgir metodologías para
resolver problemas específicos de la Web representando los
mismos conceptos con diferentes nombres o usando los mismos
nombres para diferentes conceptos.
Congreso IWWOST 2001 (Valencia)
http://www.dsic.upv.es/~west/iwwost01/IWWOSTContent.htm

21/02/2023
Un poco de historia
En el año 1993 un grupo de expertos (F. Garzoto, D.
Schwabe y P. Paolini) comienzan a desarrollar HDM.
La hipermedia necesita métodos de trabajo específicos
para tratar aspectos como la navegación o la interfaz.
Pronto (1995) se comienza a evolucionar hacia la
orientación a objetos y nacen OOHDM y EORM.
A partir de ahí comienzan a elaborarse diferentes
metodologías de trabajo para la web.
Sin embargo, desde el año 1999 (HFPM, WSDM, UWE,
etc) se comienza a potenciar la ingeniería de requisitos.
Ingeniería de Requisitos
en la Ingeniería Web

21/02/2023
• DEFINICIÓN (Ferreira & Loucopoulos, 2001): El
tratamiento de requisitos es el proceso mediante
el cual se especifican y validan los servicios que
debe proporcionar el sistema así como las
restricciones sobre las que se deberá operar.
• Consiste en un proceso iterativo y cooperativo de
análisis del problema, documentando los
resultados en una variedad de formatos y
probando la exactitud del conocimiento adquirido

21/02/2023
Information
Validación de
requisitos
Correcciones
Definición de
requisitos
Captura de
requisitos
Catalogo de
requisitos
Analistas
Desarrolladores
Disenadores
Clientes
Usuarios
[Escalona & Koch, 2003]

21/02/2023
Metodologías de IW: Estado del Arte
La multiplicidad de metodologías ofrecidas en los últimos
años ha provocado una gran cantidad de estudios
comparativos que ofrecen una visión de los puntos fuertes y
débiles de cada una de ellas.
•KOCH, N. 1999. A Comparative Study of Methods for Hypermedia Development. Technical
Report 9905, Ludwig-Maximilians-Universität München.
•BARRY, C., LANG, M. 2001. A Survey of Multimedia and Web Development Techniques and
Methodology Usage. IEEE Multimedia. pp. 52-56.
•CACHERO, C. 2003. Una extensión a los métodos OO para el modelado y generación
automática de interfaces hipermediales. PhD Thesis. Alicante, España.
•ESCALONA, M.J., TORRES, J., MEJÍAS, M., GUTIÉRREZ, J.J., VILLADIEGO, D. 2007.
The treatment of navigation in Web Engineering. Advances in Engineering Software. Vol. 38.
pp.267-282. Elsevier
•SCHWINGER, W., RETSCHITZEGGER, W., et Al. 2008. A Survey on Web Modeling
Approaches for Ubiquitous Web Applications. International Journal of Web Information
Systems (IJWIS),4(3):234-305, 2008. Emerald Group Publishing Limited, doi
10.1108/17440080810901089

21/02/2023
2007
2006
2005
2004
2003
2002
2001
2000
1999
1998
1997
1996
1995
1994
1993
Requirements Analysis & Design Implementation Test
HDM
RMM MacWeb
OOHDM
WebComposition
WSDM
NDT OOWS
SOHDM RNA HFPM
Conallen’s
UWE WebML
UWA W2000 OSM
DDSP WISDM WUML
OOH
WebSA
WebRE
FLiP/Fusebox
EORM
Estado del arte

21/02/2023

21/02/2023
Demasiadas propuestas: técnicas, modelos, resultados…
Mismos conceptos para cosas distintas
Diferentes conceptos para lo mismo
Algunas ideas “estándares”
Poca implicación de los usuarios
Pocas aplicaciones prácticas
Poco soporte tool case
Cada una es experta en algo

21/02/2023
Metodologías: Paradigma OO
Inicialmente se comienza a enriquecer el modelo ERD con nuevos
artefactos que recojan los aspectos de la web (principalmente
navegación)
GARZOTTO, F, SCHWABE, D., PAOLINI, P. 1993. HDM-A Model-Based
Approach to Hypermedia Application Design. ACM Transactions on Information
System, 11 (1), pp 1-26.
ISAKOWITZ, T., STOHR, E., BALASUBRAMANIAN, P. 1995. RMM : A
Methodology for the Design of Structured Hypermedia Applications.
Communications of the ACM 38(8), 34-44.
Más adelante EORM y OOHDM marcan el hito del comienzo de la OO y
se toma como paradigma válido para la Ingeniería Web.
LANGE, D. 1995. An Object-oriented Design Approach for Developing
Hypermedia Information Systems. 31st Annual Conference on systems Science,
Sprague R.
ROSSI, G. 1996. An Object-Oriented Method for Designing Hypermedia
Applications. PHD Thesis. University of PUC-Rio. Rio de Janeiro. Brazil.

21/02/2023
Metodologías: Separación de conceptos
Esta idea fue inicalmente propuesta por OOHDM y tuvo tal aceptación
que todas sus predecesoras la han seguido.
Consiste en tratar cada modelo, idea o característica de la web de forma
separada y luego agruparlas todas para diseñar el sistema final.
OOHDM propuso separar tres ideas: Modelo conceptual, Modelo
navegacional y Modelo de interfaz abstracta. Propuestas posteriores han
ampliado y cambiado estas ideas pero se sigue trabajando en esta línea.

21/02/2023
Hay ciertos puntos comunes en las metodologías y otros puntos que están
en constante debate.
Separación de conceptos: La idea es tratar cada aspecto de la
Web de manera separada y luego agrupar todos los conceptos
para diseñar el sistema final y completo.
Ventajas/Inconvenientes
+ Independiza unos modelos de otros, reduciendo costes en el
mantenimiento.
+ Se puede aplicar un modelo o técnica específica según cada
aspectos
- Puede hacer más complejo el desarrollo si no se canalizan
sistemas de gestión adecuados (Control CASE).

21/02/2023
EJEMPLO: OOHDM ROSSI, G. 1996. An Object-Oriented Method for
Designing Hypermedia Applications. PHD Thesis.
University of PUC-Rio. Rio de Janeiro. Brazil.
Realizar el modelo
conceptual
Realizar el modelo
navegacional
Realizar la
Implementación
Realizar el modelo
de interfaz
abstracta
En su ciclo de vida original, separa
tres conceptos: contenido,
navegación e interfaz abstracta

21/02/2023
Metodologías: Uso de UML
Aunque no fue una idea extendida al principio, cada día más las
propuestas se basan en el uso de UML para respresentar sus modelos y
conceptos.
Realmente casi todos los modelos de UML han sido usados por alguna
propuesta pero los más utilizados han sido, sin duda:
- Diagramas de clases
- Casos de uso
- Diagramas de actividades
La capacidad de extensión que ofrece UML ha sido fundamental para este
uso generalizado.

21/02/2023
Uso de UML: Cuando se comienza a usar el paradigma OO, los grupos de
investigación comienzan a hacer uso de extensiones de UML para representar y
defiinir nuevos modelos para la Ingeniería Web.
+ Es fácil de entener para otros investigadores. Al fin y al cabo es
UML.
+ Permite hacer uso de herramientas ya existentes y evolucionar
con el estandar.
+ Es más fácil compatibilizar propuestas (Tema 4)
- En algunos casos, la notación gráfica de UML no es suficiente
para incluir todos los detalles necesarios.

21/02/2023
EJEMPLO: UWE
KOCH, N. 2001. Software Engineering for
Adaptive Hypermedia Applications. Ph. Thesis,
FAST Reihe Softwaretechnik Vol(12), Uni-Druck
Publishing Company, Munich. Germany.
Ampliamente extendida y
aceptada esa propuesta se
basa 100% en extensiones
formales de UML
Capturar
requisitos
Analizar y diseñar
Realizar la
Implementación

21/02/2023
Herramientas CASE: Inicialmente fue uno de los problemas principales. Hoy en día,
las propuestas han evolucionado para ofrecer un soporte CASE al desarrollo.
Existen dos tendencias claras: usar extensiones de herramientas UML o desarrollar
propuestas propias.
+ Extendiendo herramientas UML el desarrollo suele ser más
abierto que en el caso de herramientas propias, además, suelen
evolucionar a los cambios de una manera más ágil.
+ Las herramientas propias suelen controlar más el desarrollo en
base a las normas de la propuesta.

21/02/2023
EJEMPLOS:
WebML: WebRatio
http://www.webratio.com
UWE: ArgoUWE, MagicUWE
http://www.pst.informatik.uni-muenchen.de /projekte/argouwe
http://www.pst.informatik.uni-
muenchen.de/projekte/uwe/toolMagicUWE.html
NDT: NDT-Tool, NDT-Suite
www.iwt2.org
OOWS: OOWS Suite, Olivanova
www.care-t.com/products/modeler.asp; www.care-
t.com/products/trasengine.asp
…

21/02/2023
Metodologías. Puntos débiles: ciclo de vida
Ciclo de vida: La mayoría de las propuestas están principalmente centradas en diseño. Fases como las
pruebas, la ingeniería de requisitos o el mantenimiento han quedado fuera de ingeniería Web o no se ha
tratado con la misma profundidad.

21/02/2023
Metodologías. Puntos débiles: el usuario final
El usuario final: Pocas propuestas son las
que han tenido en cuenta la participación o el
uso de técnicas orientadas a la participación
de usuarios finales o de los diferentes perfiles
que participan en el desarrollo.
Inicialmente WSDM sí controló estos
aspectos y ahora se le ha comenzado a dar
una mayor importancia tras resultados
empíricos pero, ciertamente es un tema a
tratar.
DE TROYER, O., LEUNE, C. 1998. WSDM: A User-
Centered Design Method for Web Sites. Computer
Networks and ISDN systems. 7th International WWW
Conference. Elsevier. pp. 85- 94

21/02/2023
Metodologías. Puntos débiles: grado de descripción
propuestas +
Propuestas o
Propuestas -
Grado de descripción: Muchas propuestas no están descritas con el detalle
suficiente para su aplicación a ejemplos reales.
ESCALONA, M.J., KOCH, N. Requirements
Engineering for Web Applications: A Comparative
Study. Journal on Web Engineering, Vol.2 Nº3, pp.
193-212. 2004. Rinton Press.
Orientación al proceso Orientación a la técnica Orientación al resultado

21/02/2023
Metodologías. Puntos débiles: demasiada variabilidad
Demasiada variabilidad: En general, los grupos han trabajado de manera
separada, trabajando sobre los mismos conceptos sin reutilizar ni aunar
criterios.
Cuesta mucho trabajo
encontrar ejemplo prácticos y
reales. O llevar a la práctica
los conceptos metodológicos.

21/02/2023
El usuario
Podemos plantearnos si realmente es tan necesario incluir al usuario en el
proceso de desarrollo de sistemas. La respuesta es que sí y hay que buscar
canales para facilitar su comunicación con el equipo de desarrollo y su capacidad
de validación de los resultados.
El tratamiento de requisitos es el proceso mediante el cual se
especifican y validan los servicios que debe proporcionar el sistema
así como las restricciones sobre las que se deberá operar.
Ferreira & Loucopoulos, 2001
La ingeniería de requisitos ofrece las premisas para la
ingeniería de requisitos Web pero, hay que adaptarlo. Veremos
cómo se ha venido haciendo.

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
WSDM
WSDM: Web Site Design Method. 1997
Define el sistema en base a los grupos de usuario.
Su proceso de definición de requisitos tiene por
objetivo el detectar los perfiles de usuario mediante dos
tareas.
Clasificación de usuarios mediante el estudio del
entorno.
Descripción de los grupos de usuario.
En la actualidad, están trabando en una propuesta de
herramienta que permita soportar el proceso de trabajo.

21/02/2023
Clasificar
usuarios
Describir
usuarios
Realizar el modelo de
usuario
Diseñar el
modelo de
objetos
Diseñar el
Modelo de
navegación
Realizar el diseño
conceptual
Diseñar la
implementación
Realizar la
implementación

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
SOHDM
SOHDM: Scenario-based Object-Oriented Hypermedia
Design Methodology. 1998
Esta propuesta ofrece un modelo de escenarios propia,
denominada SAC, para representar los requisitos.
Para el desarrollo de los mismos hace uso del diagrama de
contexto propuesto en los DFD.
En la actualidad ha caido en desuso, principalmente por el
uso de los DFD.
Sin embargo tiene algunas variantes propuesta por los
mismos autores.

21/02/2023
SOHDM: Scenario-based Object-Oriented Hypermedia
Design Methodology. 1998
Esta propuesta ofrece un modelo de escenarios propia,
denominada SAC, para representar los requisitos.
Para el desarrollo de los mismos hace uso del diagrama de
contexto propuesto en los DFD.
En la actualidad ha caido en desuso, principalmente por el
uso de los DFD.
Sin embargo tiene algunas variantes propuesta por los
mismos autores.
Construir el
sistema
Realizar el
análisis
Realizar el
modelo de objetos
Diseñar las vistas
Realizar el
diseño navegacional
Diseñar las
páginas
Diseñar la base
de datos
Realizar el diseño
de la implementación
Diseñar la
interfaz

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
RNA: Relationship Navigational Analysis. 1998
Plantea una secuencia de pasos en la que separa el
tratamiento de diferentes requisitos:
Análisis del Entorno
Elementos de Interés
Análisis del Conocimiento
Análisis de la Navegación
Implementación del Análisis
Está muy focalizada a un grupo de sistemas: Los sistemas
legales y en la actualidad no es muy usada.
RNA

21/02/2023
Analizar el
entorno
Definir elementos
de interés
Analizar el
conocimiento
Analizar la
navegación
Implementar el
análisis

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
HFPM
HFPM: Hypermedia Flexible Process Modeling. 1999
HFPM define un proceso detallado que cubre todo el ciclo
de vida y que está compuesto por 13 fases.
En la primera de ellas, modelado de requisitos, propone
las tareas siguientes:
Descripción breve del problema
Descripción de los requisitos funcionales
Realización del modelo de datos
Modelado de la interfaz de usuario
Modelado de los requisitos no funcionales

21/02/2023
HFPM
HFPM no está siendo trabajada actualmente, sin
embargo, fue la primera en definir ciertos aspectos:
Incluye al usuario desde el principio del desarrollo.
Introduce el concepto de la separación de aspectos,
propuesto para el análisis, ya desde la Ingeniería de
Requisitos.
Establece la necesidad de definir modelos
específicos para el usuario. Aunque no define ninguno.
Establece la necesidad de elaborar manuales de
usuario e incluir esto en el ciclo de vida.
HFPM: Hypermedia Flexible Process Modeling. 1999

21/02/2023
Modelar requisitos
Realizar el
modelo navegacional
Realizar el
modelo de
interfaz abstracta
Implementar
el sistema
Verificar y validar
Generar la
documentación
Planificar
Realizar el modelo
conceptual
Diseñar el entorno
Capturar y editar
elementos multimedia
Evaluar la calidad
Realizar el
mantenimiento

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
OOHDM
OOHDM: Object Oriented Hypermedia Design Model. 1999
OOHDM es una propuesta
ampliamente aceptada para la web.
Inicialmente no proponía la fase de
Ingeniería de Requisitos y centraba
su desarrollo en cuatro etapas.
Realizar el modelo
conceptual
Realizar el modelo
navegacional
Realizar la
Implementación
Realizar el modelo
de interfaz
abstracta

21/02/2023
OOHDM
Sin embargo, en el año 2001 tuvo una propuesta
orientada a la ingeniería de requisitos denominada User
Interaction Diagrams (UID).
Error
Message
userID
password
remember
(access to checkout)
Error
Message
userID
password
remember
[Nora & Koch 2006]
OOHDM: Object Oriented Hypermedia Design Model. 1999

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
UWE
UWE: UML-Based Web Engineering. 1999
UWE es una propuesta basada en el proceso unificado y
UML pero adaptados a la web.
En requisitos separa las fases de captura, definición y
validación.
Hace además una clasificación y un tratamiento especial
dependiendo del carácter de cada requisito.
En la actualidad ha evolucionado hacia el desarrollo
MDD y define los conceptos en base a un conjunto de
modelos.

21/02/2023
UWE
UWE ha sido ampliamente
aceptado en los últimos años.
Entra las ventajas más
importantes de UWE es su uso
100% UML.
Ofrece una herramienta
denominada ArgoUWE.
Capturar
requisitos
Analizar y diseñar
Realizar la
Implementación
UWE: UML-Based Web Engineering. 1999

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
W2000
W2000. 2001
Esta propuesta toma como base los conceptos de
HDM para ampliar la notación UML y adecuarla a la
web.
La fase de especificación de requisitos en W2000 hace
una separación y un tratamiento diferente de los
requisitos funcionales y los de navegación.
Utiliza para ello una extensión de los casos de uso de
UML.

21/02/2023
Analizar
requisitos
funcionales
Realizar el análisis
de requisitos
Diseñar la
información
Diseñar
la navegación
Realizar el diseño
hipermedia
Realizar el diseño
funcional
Analizar
requisitos de
navegación

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
UWA
UWA: Ubiquituos Web Applications. 2001
El proyecto UWA ha nacido de la colaboración de
varios grupos.
Su fase de tratamiento de requisitos se basa en los
roles de usuario y en ir refinando los requisitos en un
proceso iterativo mediante el que se clasifican los
objetivos según su carácter.

21/02/2023
Diseñar el
modelo de
información
Diseñar el
modelo de
navegación
Realizar el diseño
hipermedia
Realizar el
diseño transacional
Realizar el diseño
de la personalización
Elicitar requisitos

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
NDT
NDT: Navigational Development Tecniques. 2004
NDT es un proceso metodológico para especificar,
analizar y diseñar sistemas web.
En el tratamiento de requisitos separa la captura, la
definición y la validación de requisitos, proponiendo
técnicas específicas para cada uno de ellos.
Ofrece además una herramienta, NDT-Tool, que sirve
como soporte en la aplicación de sus técnicas.

21/02/2023
Obtener información
sobre el dominio
de problema
Obtener información sobre el entorno y definir objetivos
Preparar y realizar
reuniones y
entrevistas
Identificar y
definir los objetivos
Identificar y definir
los requisitos de
almacenamiento
de información
Identificar y definir los requisitos de
almacenamiento de información
las nuevas
naturalezas
los actores básicos
Identificar y definir los actores
la generalización
de actores
la incompatibilidad
de actores
los actores derivados

21/02/2023
las frases
Identificar y definir los requisitos
de interacción
los prototipos de
visualización
Diseñar los
diagramas de
casos de uso
Identificar y definir los requisitos
funcionales
Describir los
casos de uso
los requisitos
no funcionales
Validar los requisitos
Generar el documento
de requisitos
del sistema
[correcto]
[no correcto]
...
Documento de
requisitos del sistema
Se volverá a la actividad
en la que se hayan
detectado errores

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
DDDP
DDDP: Design-driven Requirements Elicitation. 2004
Esta propuesta para el tratamiento de requisitos es
parte del proceso design-Driven propuestos por Lowe y
Ekluind.
Consiste en realizar la captura, la definición y la
validación de requisitos durante el proceso de diseño.
El proceso que ofrecen fue definido en base a un
exhaustivo análisis de best practices en el desarrollo de
aplicaciones comerciales para la web.

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
La Ingeniería de Requisitos Web
Dentro de las propuestas que tratan con requisitos, en cada subfase
abordan, en captura:
Entrevistas ✓ ✓ ✓ ✓ ✓
JAD ✓
Brainstorming ✓
Concept Mapping Rol-
Activid.
Casos de uso ✓
Cuestionario/
Checklist
✓
Prototipos ✓
Otra técnicas DFD
WSDM
SOHDM
RNA
HFPM
OOHDM
UWE
W2000
UWA
NDT
DDDP

21/02/2023
WSDM
SOHDM
RNA
HFPM
OOHDM
UWE
W2000
UWA
NDT
DDDP
Lenguaje natural ✓ ✓ ✓
Glosarios ✓ ✓ ✓
Patrones/
plantillas
✓ ✓
Escenarios SAC ✓
Casos de uso ✓ ✓ ✓ ✓ ✓ ✓
Lenguaje formal XML
Sketches interfaz ✓
Prototipos ✓
Otras técnicas Lista
even. UID
Grafo
requis.
Fras.
BNL
Dentro de las propuestas que tratan con requisitos, en cada subfase abordan, en
definición:

21/02/2023
WSDM
SOHDM
RNA
HFPM
OOHDM
UWE
W2000
UWA
NDT
DDDP
Reviews/
Walk-throughs
✓ ✓
Auditorías ✓
Matriz trazabilidad ✓
Prototipos ✓ ✓ ✓
Otras técnicas Grafo
requis.
Dentro de las propuestas que tratan con requisitos, en cada subfase abordan, en
validación:

21/02/2023
Req.
datos
Req.
interfaz
Req.
Navegacion.
Req.
Personaliz.
Req.
Transacion.
Req. no
funcionales
WSDM ✓ ✓ ✓
SOHDM ✓ ✓ ✓
RNA ✓ ✓ ✓ ✓
HFPM ✓ ✓ ✓ ✓
OOHDM ✓ ✓ ✓
UWE ✓ ✓ ✓ ✓ ✓
W2000 ✓ ✓ ✓
UWA ✓ ✓ ✓ ✓ ✓
NDT ✓ ✓ ✓ ✓ ✓ ✓
DDDP ✓ ✓ ✓ ✓ ✓ ✓
La idea de separación de conceptos también ofrece una buena solución para los
requisitos:

21/02/2023
Conclusiones
• La mayoría de las propuestas de Ingeniería Web
están muy orientadas a las fases de análisis y diseño,
pero, en los últimos años cada día son más los grupos
que evolucionan hacía los requisitos.
• Cada día son más los grupos que incluyen el
tratamiento con los usuarios en sus propuestas.
• Sin embargo, sigue sin haber una nomenclatura
común, ni siquiera una delimitación adecuada de qué
es requisitos.
• Una nueva tendencia, MDD, está buscando esta
homogeneidad, no solo en requisitos, sino en todo el
proceso.

21/02/2023
Conclusiones
Las metodologías web no se han focalizado a la inclusión del
usuario en el desarrollo. A pesar de la variabilidad y diversidad de
propuestas.
En los últimos años el interés por la inclusión tanto de usuarios
finales como de la integración de los equipos heterogéneos de la
web ha ido en incremento.
Los resultados empíricos han demostrado la necesidad de incluir al usuario
aunque hay aún detractores del tema.

21/02/2023
Contenido
▪ WSDM
▪ SOHDM
▪ RNA
▪ HFPM
▪ OOHDM
▪ UWE
▪ W2000
▪ UWA
▪ NDT
▪ DDDP
▪ Conclusiones

21/02/2023
Técnicas de la Ingeniería Web: Introducción
Como se ha visto, la Ingeniería Web ofrece un conjunto de
técnicas específicas para tratar los aspectos específicos de la
web.
En este tema se van a presentar las técnicas más usadas en
la Ingeniería de Requisitos Web y se va a ofrecer un estudio
comparativo de las técnicas estudiadas en el tema anterior
para ver cómo se ha evolucionado.
Tras ver las técnicas de Ingeniería de Requisitos para la web,
se presentan técnicas específicas de la Ingeniería Web en
análisis y diseño.
Por último se presenta NDT en detalle como ejemplo de
metodología web orientada a los requisitos.

21/02/2023
Information
Validación de
requisitos
Correcciones
Definición de
requisitos
Captura de
requisitos
Catalogo de
requisitos
Analistas
Desarrolladores
Disenadores
Clientes
Usuarios
Escalona & Koch 2004

21/02/2023
Captura de requisitos Web
Captura de requisitos: Actividad mediante la que se extraen las
necesidades del sistema
Realmente la Ingeniería Web no ha aportado nuevos modos de
capturar requisitos y simplemente, hace uso de las técnicas
clásicas.
• Entrevistas
• JAD (Joint Application Development
• Brainstorming
• Concept Mapping
• Sketches y Storyboards
• Casos de Uso
• Cuestionario y Checklist
• Comparación de terminología
• Visitas de otros sitios Web relacionados
RETSCHITZEGGER, W. , SCHWINGER, W. 2000. Towards Modeling of Data Web Applications - A Requirements
Perspective. Proceedings of the American Conference on Informating Systems AMCIS 2000, Vol 1, 149-155
DURÁN, A. 1999. Un Entorno Metodológico de Ingeniería de Requisitos para Sistemas de Información. Ph. Tesis.
Departamento de Lenguajes y Sistemas Informáticos. Universidad de Sevilla. Sevilla.
1

21/02/2023
Definición de requisitos Web
• Lenguaje natural
• Glosarios
• Plantillas o patrones
• Escenarios
• Casos de uso
• Lenguajes formales
ESCALONA, M.J., KOCH, N. 2004. Requirements
Engineering for Web Applications: A Comparative
Study. Journal on Web Engineering, Vol.2 Nº3, pp.
193-212. Rinton Press.
2

21/02/2023
Ejemplo
ESCALONA, M.J., KOCH, N. 2007. Metamodelling
the requirements of Web Systems. Web
Information Systems and Technologies.
International Conferences WEBIST 2005 and
WEBIST 2006. Revised Selected Papers.
LNBIP, Vol. 1, Springer, pp. 267-280.
WebUser
AddTo
ShoppingCart
ListContent
ShoppingCart
Login
Checkout Register
SearchCD
«extend»
«extend»
«extend»
WebUser
AddTo
ShoppingCart
ListContent
ShoppingCart
Login
Checkout Register
SearchCD
«extend»
«extend»
«extend»
2

21/02/2023
Ejemplo
FR-01 Login
Descripti
on
Authentication to allow access to the checkout process
Actors Use case actor
AC-01. WebUser
Normal
sequence
Step Action
1 The system asks for the userID and password and the option
to remember both userID and password
2 The user puts the userID and the password
3 The userID and the password are checked
4 The userID and the password is stored if the field remember
is true
5 Access to checkout is allowed
Exceptio
ns
Step Action
4 The user is not registered, so the user executes FR-02
4 The userID or the password are not valid, continue with step
1
NDT
Error
Message
userID
password
remember
Error
Message
userID
password
remember
UIDs
OOHDM
2

21/02/2023
Ejemplo
UWE
Input FindUSer
userID
password
remember
ShowError Verify
Password
[correct]
[else]
[cancel]
[cancel]
[repeat]
[found]
[else]
[else]
[already logged in]
Input FindUSer
userID
password
remember
ShowError Verify
Password
[correct]
[else]
[cancel]
[cancel]
[repeat]
[found]
[else]
[else]
[already logged in]
2

21/02/2023
Validación de requisitos Web
Validación de requisitos: Proceso que tiene como misión demostrar
que la definición de los requisitos define realmente el sistema que
el usuario necesita.
Si bien la ingeniería Web no ha aportado grandes aspectos a este
nivel, la nueva rama de la ingeniería guiada por modelos sí que
está aportando propuestas interesantes (siguiente tema)
.
• Reviews o Walk-throughs
• Auditorías
• Matrices de trazabilidad
• Prototipos
• Tesauros
ESCALONA, M.J., CAVARERO, J.L.. 2005. Techniques
to validate requirements in NDT. Fourteenth
International Conference on Information System
Development. ISD 2005.pp. 145-156. Sweden.
3

21/02/2023
Análisis
Tras la captura, deficinición y validación de requisitos, hay que
proceder a analizar esos requisitos y comenzar a aproximar el
catálogo de requisitos al lenguaje máquina.
.
La idea de la separación de conceptos en este nivel ha ocasionado un gran
conjunto de notaciones para la representación de los diferentes aspectos de la
web. Sin embargo, existe una tendencia cada más generalizada de usar
diagramas de clases, enriquecidos con otros aspectos, para representar estos
aspectos.
4

21/02/2023
Análisis. Modelo conceptual
class 4.1.DIAGRAMA DE CLASES CONCEPTUALES
«CL»
4.1.1.M ODELO
CONCEPTUAL::CL-01.
Registro
«CL»
4.1.1.MODELO CONCEPTUAL::
CL-02. Documento
«CL»
4.1.1.M ODELO
CONCEPTUAL::CL-03.
FechaAno
«CL»
4.1.1.M ODELO
CONCEPTUAL::CL-04.
FechaCompleta
«CL»
4.1.1.M ODELO
CONCEPTUAL::CL-05.
FechaRango
4.1.1.M ODELO
CONCEPTUAL::
Fecha
1
regi stra
«AS»
*
1
seCataloga
0..*
Modelo Conceptual o modelo de
contenido: Representa la estructura
estática del sistema. Es la translación
de los requisitos de contenido y
estructura la información que se va a
almacenar en el sistema.
4

21/02/2023
Análisis. Modelo navegacional1
4
pkg NDT Analisis
«metaclass»
Class
+ isActive: Boolean
NO
- Comentarios
- Estado
QU
- Comentarios
- Estado
IN
- Comentarios
- Estado
- Ti po
M E
- Comentarios
- Estado
«metaclass»
Actor
AE
«extends»
«extends»
«extends»
«extends»
«extends»
Modelo Navegacional o modelo de
navegación: Representa la estructura
de navegación del sistema. Se suele
representar como un diagrama de
clases estereotipadas.
Algunas propuestas como
OOHDM le han introducido
aspectos referentes a la
navegación dinámica.

21/02/2023
Análisis. Modelo navegacional2
class 4.2.1.DEF...
ACT-02. Usuario
Administrador
class Acceso Administrador
«ME»
5.2.1.4.MENÚS::ME-01.
Menú Administración
«QU»
5.2.1.2.QUERYS::QU-02. Recuperar datos de documentos
búsqueda avanzada
- CasaDucal.nom bre: Cadena
- Documento.descripción: Cadena
- Documento.signaturaOriginada: Cadena
- Documento.signaturaOriginal: Cadena
- FechaAno.ano: Entero
- FechaCompleta.ano: Entero
- FechaCompleta.dia: Entero
- FechaCompleta.mes: Entero
- FechaRango.anoFin: Entero
- FechaRango.anoInicio: Entero
«NO»
5.2.1.1.NODOS::NO-02. Datos de Documento
- DATOS DOCUMENTO: RA-02. Datos de los documentos
+ RF-03.Buscar Documento modo Simple() : void
+ RF-04.Buscar Documento modo Avanzado() : void
+ RF-05.Descargar Documento() : void
+ RF-06.Editar Documento() : void
+ RF-07.Subir Documento() : void
«IN»
5.2.1.3.ÍNDICES::IN-02. Índice para documento
- Registro: RA-02.registro
- SignaturaOriginal: RA-02.signatura original
«EN»
«EN»
«EN»
4

21/02/2023
Análisis. Modelo de interfaz abstracta
Modelo de interfaz abstracta: Aquí hay
mucha mayor variabilidad. Se tiende a
hacer uso de diagramas de clase
(UWE), de prototipos (NDT) o de
nomenclaturas propias (ADVs de
OOHDM).
UWE Profile
4

21/02/2023
Ideas claves
❑ Existen tendencias en las propuestas
➢ Representación gráfica
➢ Representación textual
❑ Existe poco soporte en cuanto a herramientas case
❑ Existe una terminología muy variada
❑ La separación de conceptos:
➢ Modelo conceptual, de información, de clases, etc.
➢ Modelo navegacional
➢ Modelo de presentación, etc.
❑ Los modelos como extensiones formales
➢ Se comenzó con modelos propios
➢ Luego se utilizaron modelos estándares como
diagramas de clases
➢ Actualmente se marca como extensiones formales de
lenguajes estándares como UML. Esto está
permitiendo que se unifiquen conceptos

21/02/2023
NDT.Navigational Development Techniques
NDT es una propuesta
surgida en el departamento
y focalizada a dar gran
importancia a los requisitos
Web. MDA aplicado a la web

21/02/2023
82
Captura de
requisitos
Definición
de requisitos
Validación de
requisitos
Generación de
modelos
Definición de
modelos
Validación de
modelos
Procesos de
derivación
Requisitos
Analisis
NDT
Modelos de
requisitos
Modelos de
análisis
Patrones basados
en metamodelos
METODOLOGÍA PARA
LA ELICITACIÓN DE REQUISITOS
BNL UML
UWE
OOHDM
The approach
Influencias

21/02/2023
En requisitos distingue entre:
Requisitos de almacenamiento de información
Requisitos de actores
Requisitos funcionales
Requisitos de interacción
Requisitos no funcionales
Y en análisis:
Modelo conceptual
Model de
navegación
Model de interfaz
En la actualidad hay una nueva versión que cubre todo el ciclo de vida
http://www.iwt2.org

21/02/2023
Capturar y
definir requisitos
Validar requisitos
Especificación de requisitos
Generar el
modelo conceptual
Generar el
modelo de
navegación
Análisis
[correctos]
Generar el
DRS
[no correctos]
[se han detectado errores]
[sin errores] [sin errores]
[se han detectado errores]
Generar
prototipos
[se han
detectado
errores]
Generar el
DAS
[sin errores]
DRS
DAS

21/02/2023
Metamodelos para la fase de requisitos
Metamodelos para la fase de análisis
Modelos básicos
Modelos finales
Sistemático
Controlado
NDT (Navigational Development Techniques)

21/02/2023
NDT es una aproximación que intenta salvar algunos problemas que se
detectaron en los estudios comparativos.
✓ Introduce al usuario en el proceso de Ingeniería de Requisitos.
✓ Para ello propone un sistema basado en patrones.
Patrón para
OBJ
Patrón para
RA
Patrón para
NA
Patrón para
ACT
Patrón para
RF
Patrón para
FR
Patrón para
PV
Patrón para
RNF

21/02/2023
Metodologías y Técnicas
de la Ingeniería Web
Unidad 2
Final de la unidad

IW Unidad 2: Metodologías y Técnicas de la Ingeniería Web

Más contenido relacionado

La actualidad más candente (20)

Similar a IW Unidad 2: Metodologías y Técnicas de la Ingeniería Web (20)

Más de Franklin Parrales Bravo (20)

Último (10)

IW Unidad 2: Metodologías y Técnicas de la Ingeniería Web