4

Las herramientas de WUP
Se Definen algunos de los conjuntos de Herramientas WUP.

Clases de Dominio
La entidad es una unidad funcional que actúa en el problema de dominio para que la aplicación web se esté construyendo. En objeto de orientación, las entidades que se traducen en clases del sistema. El dominio de diagrama de clases es el modelo UML en el que estas clases se muestran.

Ladeterminación de las clases
Una clase modelo se determina a través de una serie de pasos. Esto se realiza en sesiones de lluvia de ideas. Preferiblemente, todo el equipo se une a estas sesiones. Si esto no es posible, al menos funcional que toma decisiones y un par de técnicos desarrolladores deben estar presentes.

•Identificar todos los posibles candidatos de clase el problema de dominio y casos de uso(si está presente);
• seleccionar las clases de la lista de candidatos;
•hacer un modelo de diccionario;
•identificar las asociaciones;
 
•identificar atributos;
•identificar las operaciones;
•generalizar el uso de herencia (Tenga cuidado! Esto no es apoyada por todos los lenguajes de programación);
•hacer limitaciones;
•iterar a lo largo de estos pasos.

Un ejemplo de un diagrama de clases dedominio
El resultado del período de sesiones se describe podría dar lugar al siguiente diagrama. Este simple ejemplo es tomado del diseño de un sistema de ventas en línea.[esta imagen se basa en una ilustración de Martin Fowler]

Requisito descripción
La descripción de las necesidades de los sistemas se pueden dividir en tres partes: los casos de uso, sus historias y los requisitos del sistema.

Casosde uso
Los requisitos empresariales que describen fuera de la funcionalidad del sistema se definen en los casos de uso UML. Casos de uso son breves descripciones del comportamiento del sistema, desde el punto de vista del usuario. Un caso de uso describe explícitamente la interacción entre el usuario o el actor y el sistema, donde el sistema se considera un cuadro negro.

Un caso de uso tieneun nombre, condiciones previas, una descripción, las excepciones, puesto condiciones y una prioridad. La decisión maker funcional define los casos de uso. Él determina su valor comercial y, por tanto, su prioridad. El caso de uso lista puede ser modificado a una prueba de la lista de deshacer los casos de uso a las preguntas. Al solicitar estas preguntas, la capacidad del sistema para satisfacer losrequisitos se pueden comprobar fácilmente.

 
Caso de uso de paquetes
La completa funcionalidad del sistema se describe en partes funcionales o los paquetes de casos de uso. Una de ellas podría ser la interfaz cliente, o un módulo de administración. Un paquete puede ser demostrado por medio de un caso de uso UML Diagrama de paquetes, como se hace para un sistema de ventas en línea en el siguientediagrama.


Historias
En un caso de uso, el sistema se considera un cuadro negro. Esto significa que la lógica interna no se describe ni siquiera se menciona. En WUP, un caso de uso tiene una o más historias.

Cuidadosa, utilizamos un tipo diferente de la historia que hace XP!
Historias describir las medidas que deben adoptarse dentro del sistema para realizar un caso de uso. Las historias no sonparte del UML, pero son parte de WUP porque es una forma muy directa de describir lo que el sistema tiene que hacer. El que toma decisiones orgánicas y los desarrolladores de definir las historias de cada caso de uso conjunto, en contraposición a los casos de uso propios, que son definidas por el fabricante de decisión funcional. Una historia es una unidad que puedeser aplicado, y puede considerarse como una tarea directa para los desarrolladores.Una historia puede ser técnica, pero también se puede decir que se trata de un diseñador o un escritor. El funcional que toma decisiones no debe ser molestado con esta distinción. Los desarrolladores propios inscribirse para la realización de un caso de uso o historias individuales.

Historia de estimación
Los desarrolladores estimar la...