pierre sergei zuppa azúa

Pierre Sergei Zuppa Azúa

Análisis de requisitos

Métodos de desarrollo para web


Keyword



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

Es la fase donde se presentan los errores más comunes y más costosos de reparar, así como los que más tiempo consumen se sino se tiene una adecuada ingeniería de requisitos.



Proceso de especificación de requisitos

1. Captura de requisitos

2. Definición de requisitos

3. Validación de requisitos



Clasificación de requisitos

• Requisitos de datos, responden a la pregunta de qué información debe almacenar y administrar el sistema.

• Requisitos de interfaz (al usuario) responden a la pregunta de cómo va a interactuar el usuario con el sistema.

• Requisitos navegacionales, recogen las necesidades de navegación del usuario.

• Requisitos de personalización, describen cómo debe adaptarse el sistema en función de qué usuario interactúe con él y de la descripción actual de dicho usuario.

• Requisitos transaccionales o funcionales internos, recogen qué debe hacer el sistema de forma interna, sin incluir aspectos de interfaz o interacción. También son conocidos en el ambiente web como requisitos de servicios.

• Requisitos no funcionales, son por ejemplo los requisitos de portabilidad, de reutilización, de entorno de desarrollo, de usabilidad, de disponibilidad, etc.



Captura de requisitos

Es la actividad mediante la que

el equipo de desarrollo de un

sistema de software extrae, de

cualquier fuente de información

disponible, las necesidades que

debe cubrir dicho sistema

Técnicas

– Entrevista

– JAD

– Tormenta de ideas

– Concept maps

– Sketch y storyboard

– Casos de uso

– Cuestionarios y checklist

– Comparación de terminología



JAD

(Joint Application Development)

Principios fundamentales:

1. Dinámica de grupo

2. Uso de ayudas visuales para mejorar la comunicación,

3. Mantener un proceso organizado y racional

4. Filosofía de documentación WYSIWYG (What You See Is What You Get, lo que ve es lo que obtiene),



Concept maps

Son grafos en los que los vértices representan conceptos y las aristas representan posibles relaciones entre dichos conceptos.

Estos grafos de relaciones se desarrollan con el usuario y sirven para aclarar los conceptos relacionados con el sistema a desarrollar.

Son fáciles de entender por el usuario.



Comparación de terminología

Identificar el uso de términos

diferentes para los mismos

conceptos (correspondencia)

Misma terminología para

diferentes conceptos (conflictos)

Cuando no hay concordancia

exacta ni en el vocabulario ni en

los conceptos (contraste)



Definición de requisitos

Condición o capacidad que

necesita el usuario para resolver

un problema o conseguir un

objetivo determinado

Técnicas

• Lenguaje natural

• Glosario y ontologías

• Plantillas o patrones

• Escenarios

• Casos de uso

• Lenguajes formales



Validación de requisitos

Tiene como misión demostrar

que la definición de los

requisitos define realmente el

sistema que el usuario necesita

o el cliente desea

Técnicas

• Reviews o Walk-throughs

• Auditoria

• Matrices de trazabilidad

• Prototipo



WSDM

Web Site Design Metho

El sistema se define en base a

los grupos de usuarios. Su

proceso de desarrollo en las

fases:

1. Modelo de usuario

2. Diseño conceptual

3. Diseño de la implementación

4. Emplementación

Las tareas son:

• Clasificación de usuarios

• Descripción de los grupos de

usuarios



SOHDM

Scenario-based Object-oriented Hypermedia Design Methodology

Presenta la necesidad de

disponer de un proceso que

permita capturar las

necesidades del sistema. Para

ello, propone el uso de

escenarios.



RNA

Relationship-Navegational Analysis

Plantea una secuencia de pasos

para el desarrollo de

aplicaciones web, centrándose

fundamentalmente en el flujo de

trabajo de análisis.

Fase:

1. Análisis del entorno

2. Elementos de interés

3. Análisis del conocimiento

4. Análisis de la navegación

5. Implementación del análisis



HFPM

Hypermedia Flexible Process Modeling

Describe un proceso detallado que cubre todo el ciclo de vida de un proyecto software

Tareas:

• Descripción breve del problema

• Descripción de los requisitos funcionales mediante casos de uso.

• Realizar un modelo de datos para esos casos de uso, proponiendo el uso de un modelo de clases.

• Modelar la interfaz de usuario.

• Modelar los requisitos no funcionales.



HFPM

Hypermedia Flexible Process Modeling

Parte de los casos de uso, que

considera una técnica muy

difundida, ampliamente

aceptada y fácilmente

entendible por los usuarios y

clientes no expertos, pero que

resulta ambigua para el equipo

de desarrollo en fases

posteriores del ciclo de vida.



OOHDM

Object Oriented Hypermedia Design Mode

Propone que la comunicación con el usuario se realice utilizando los casos de uso y a partir de ellos los analistas elaboran los UIDs. Estos UIDs son modelos gráficos que representan la interacción entre el usuario y el sistema, sin considerar aspectos específicos de la interfaz. El proceso de transformación de un caso de uso a un UIDs es descrito detalladamente en la propuesta



UWE

UML-Based Web Engineering

Cubre todo el ciclo de vida de este tipo de aplicaciones, centrando además su atención en aplicaciones personalizadas (adaptivas)

Clasifica los requisitos en dos grandes grupos: funcionales y no funcionales.

Los requisitos en:

• requisitos relacionados con el contenido

• requisitos relacionados con la estructura

• requisitos relacionados con la presentación

• requisitos relacionados con la adaptación

• requisitos relacionados con los usuarios



W2000

Supone una propuesta que amplía la notación de UML con conceptos para modelar elementos de multimedia heredados de la propuesta HDM.

Su desarrollo se divide en:

• Análisis de requisitos

• Diseño de hipermedia

• Diseño funcional



UWA

Ubiquituos Web Application

Definiendo los diferentes roles

de usuario que pueden

interactuar con el sistema, los

objetivos globales de éste y la

relación entre ellos.



NDT

Navigational Development Techniques

Es una técnica para especificar,

analizar y diseñar el aspecto de

la navegación en aplicaciones

web.

Clasifica los requisitos en:

• Requisitos de

almacenamiento de

información

• Requisitos de actores

• Requisitos funcionales

• Requisitos de interacción

• Requisitos no funcionales



Design-Driven Requirements Elicitation

Consiste en realizar la captura, definición y validación de requisitos durante el proceso de diseño.

Fases:

• Evaluación

• Especificación

• Construcción

Requisitos son:

De contenido, de protocolo de interfaces, de estructura navegacional, de “look and feel”, de representación interna de datos, de versionamiento, de control de cambios, de seguridad, de gestión de contenido, de acceso de control, de eficiencia, de monitoreo del usuario, de soporte de funcionalidad, de adaptación del sistema, de identificación del usuario y sus derechos de acceso, etc.



Comparativa de requisitos



Comparativa de técnicas y actividades



Comparación de detalle

Orientación al proceso: describe claramente los pasos a seguir (+), describe el proceso sin detallarlo (o), no describe ningún proceso (-).

Orientación a la técnica: describe claramente las técnicas y la forma de aplicarlas (+), enumera las técnicas a aplicar (o), no propone ninguna técnica concreta o referencia a técnicas generales (-).

Orientación al producto: describe claramente la estructura del producto a obtener (+), describe el contenido del producto sin entrar en detalle de su estructura (o), no comenta nada sobre el producto resultante (-).



Frase

"El software es como la entropía: difícil de

atrapar, no pesa, y cumple la Segunda Ley

de la Termodinámica, es decir, tiende a

incrementarse“

Norman Augustine

pierre sergei zuppa azúa

Documents