Terminados apuntes de PDS

1 files changed, 0 insertions, 172 deletions

diff --git a/pds/n4.lyx b/pds/n4.lyx
index 1f0bcee..8eb236f 100644
--- a/pds/n4.lyx
+++ b/pds/n4.lyx
@@ -80,178 +80,6 @@ algorithm2e
 
 \begin_body
 
-\begin_layout Standard
-\begin_inset Note Note
-status open
-
-\begin_layout Plain Layout
-TODO Mover el proceso de Larman como tal al tema 7 y centrar este capítulo
- en el modelado y los diagramas.
-\end_layout
-
-\end_inset
-
-El 
-\series bold
-proceso de Larman
-\series default
- es una versión iterativa y ágil del Proceso Unificado dirigida por casos
- de uso.
- Sus fases son:
-\end_layout
-
-\begin_layout Enumerate
-
-\series bold
-Inicio.
-
-\series default
- Dura una o dos semanas como mucho.
- Se definen los objetivos del producto, las características, las alternativas
- y los riesgos para hacer una estimación del coste y la viabilidad, y se
- crea un borrador de la visión del producto
-\begin_inset Note Note
-status open
-
-\begin_layout Plain Layout
-Todavía no se ha definido.
-\end_layout
-
-\end_inset
-
-.
- Se hacen los primeros talleres de requisitos, se escriben casos de uso
- en formato breve, se crea un prototipo desechable de la interfaz de usuario
- para validar los requisitos y se planifica la primera iteración del desarrollo.
-\end_layout
-
-\begin_layout Enumerate
-
-\series bold
-Modelado del negocio
-\series default
-
-\begin_inset Note Note
-status open
-
-\begin_layout Plain Layout
-Todavía no se ha definido.
-\end_layout
-
-\end_inset
-
- mediante diagramas de proceso
-\begin_inset Note Note
-status open
-
-\begin_layout Plain Layout
-Todavía no se ha definido.
-\end_layout
-
-\end_inset
-
- y otros medios.
- Se refina la identificación de objetivos de usuario y casos de uso y la
- especificación complementaria.
- No está en el proceso original.
-\end_layout
-
-\begin_layout Enumerate
-
-\series bold
-Desarrollo.
-
-\series default
- Se hacen iteraciones de entre 2 y 8 semanas en las que se describen y se
- implementan los casos de uso de mayor prioridad, establecida según el nivel
- de riesgo y la importancia para el negocio del caso de uso.
- Cada iteración termina con un ejecutable listo para entregar.
- El objetivo de llegar rápido a las pruebas y la validación para tener retroalim
-entación rápida.
-\end_layout
-
-\begin_deeper
-\begin_layout Enumerate
-
-\series bold
-Modelado de requisitos
-\series default
-, con modelos de caso de uso y de dominio conceptual.
-\end_layout
-
-\begin_layout Enumerate
-
-\series bold
-Diseño preliminar.
-
-\series default
- Se identifican y especifican las clases y colaboraciones para los objetivos
- del dominio.
- Se crean un diagrama de secuencia del sistema
-\begin_inset Note Note
-status open
-
-\begin_layout Plain Layout
-Todavía no se ha definido.
-\end_layout
-
-\end_inset
-
- para cada caso de uso; un contrato
-\begin_inset Note Note
-status open
-
-\begin_layout Plain Layout
-Todavía no se ha definido.
-\end_layout
-
-\end_inset
-
- de cada interacción de cada diagrama de secuencia, que normalmente se omite,
- y al menos una colaboración
-\begin_inset Note Note
-status open
-
-\begin_layout Plain Layout
-Todavía no se ha definido.
-\end_layout
-
-\end_inset
-
- por contrato, así como un diagrama de clases que se crea en tándem con
- las colaboraciones.
-\end_layout
-
-\begin_layout Enumerate
-
-\series bold
-Diseño completo.
-
-\series default
- Se resuelven los problemas de diseño relacionados con la arquitectura del
- sistema, la división y distribución en paquetes, la interfaz de usuario,
- la plataforma, el rendimiento, la base de datos, la red, las estructuras
- de datos y los patrones de diseño a usar, nuevas clases y colaboraciones,
- etc.
-\end_layout
-
-\begin_layout Enumerate
-
-\series bold
-Implementación y pruebas
-\series default
-, tanto unitarias como de integración.
-\end_layout
-
-\begin_layout Enumerate
-
-\series bold
-Validación
-\series default
- con clientes y usuarios.
-\end_layout
-
-\end_deeper
 \begin_layout Section
 Diagramas de actividades
 \end_layout