Snapshot

3 files changed, 213 insertions, 130 deletions

diff --git a/gpds/n.lyx b/gpds/n.lyx
index e2d24a5..8d2296e 100644
--- a/gpds/n.lyx
+++ b/gpds/n.lyx
@@ -167,7 +167,21 @@ ISO/IEC 15504
 status open
 
 \begin_layout Plain Layout
-Objetivos: a2c, a3d, ...
+Objetivos: a3d, ...
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+TODO a3d, v.
+ TODO en n3
 \end_layout
 
 \end_inset
diff --git a/gpds/n1.lyx b/gpds/n1.lyx
index 8bc6510..5820de5 100644
--- a/gpds/n1.lyx
+++ b/gpds/n1.lyx
@@ -91,10 +91,6 @@ ingeniería
 \series default
  es la aplicación del conocimiento y el método científicos al diseño y la
  creación de productos complejos.
-\end_layout
-
-\end_inset
-
  La 
 \series bold
 ingeniería de software
@@ -103,55 +99,6 @@ ingeniería de software
  y servicios de software de alta calidad cada vez más complejos y dedicando
  menos tiempo y dinero, mediante la construcción, adquisición e integración
  de componentes.
- Es 
-\series bold
-sistemática
-\series default
-, con planes y procedimientos metódicos; 
-\series bold
-disciplinada
-\series default
-, sujeta a control respecto a ciertos estándares, y 
-\series bold
-cuantificable
-\series default
-, pues tanto su realización como sus resultados son medibles.
-\end_layout
-
-\begin_layout Standard
-\begin_inset Note Comment
-status open
-
-\begin_layout Plain Layout
-\begin_inset Note Greyedout
-status open
-
-\begin_layout Plain Layout
-Un 
-\series bold
-artefacto
-\series default
- es algo tangible creado con un propósito práctico.
- Un 
-\series bold
-proceso software
-\series default
- es un conjunto coherente de políticas, estructuras organizativas, tecnologías,
- procedimientos y artefactos para concebir, desarrollar, implantar y mantener
- un producto software.
- Una 
-\series bold
-actividad
-\series default
- es un proceso en el espacio-tiempo en el que un agente actúa con ciertos
- objetivos.
- Las 4 actividades básicas en ingeniería de software son especificación,
- desarrollo, validación y evolución.
-\end_layout
-
-\end_inset
-
-
 \end_layout
 
 \end_inset
@@ -160,80 +107,34 @@ actividad
 \end_layout
 
 \begin_layout Standard
-El 
+Según el Vocabulario de la Ingeniería del Software y de Sistemas, ISO/IEC/IEEE
+ 24765 en su edición de 2017, la 
 \series bold
-ciclo de vida
-\series default
- de un producto o proyecto software es su evolución desde su concepción
- hasta que deja de usarse, y puede describirse según las actividades que
- se realizan en él.
- 
-\begin_inset Note Comment
-status open
-
-\begin_layout Plain Layout
-\begin_inset Note Greyedout
-status open
-
-\begin_layout Plain Layout
-Estas son actividades técnicas, colaborativas y de gestión que forman parte
- de las 4 actividades básicas, que suelen entrelazarse debido a que el software
- se modifica continuamente a lo largo de su ciclo de vida en respuesta a
- los requisitos cambiantes y las necesidades del cliente.
- El 
-\series bold
-modelo de ciclo de vida del software
+ingeniería de software
 \series default
- es la especificación de las fases o el curso general de este ciclo de vida.
-\end_layout
-
+ es 
+\begin_inset Quotes cld
 \end_inset
 
-
-\end_layout
-
+la aplicación sistemática de conocimiento científico y tecnológico, métodos
+ y experiencia al diseño, implementación, pruebas y documentación del software
+\begin_inset Quotes crd
 \end_inset
 
-
-\end_layout
-
-\begin_layout Standard
-El 
+.
+ Es 
 \series bold
-ciclo de desarrollo
+sistemática
 \series default
- de un producto software es la parte de su ciclo de vida desde el análisis
- hasta la entrega.
- 
-\begin_inset Note Comment
-status open
-
-\begin_layout Plain Layout
-\begin_inset Note Greyedout
-status open
-
-\begin_layout Plain Layout
-Un 
+, con planes y procedimientos metódicos; 
 \series bold
-método
+disciplinada
 \series default
- es la especificación de una secuencia de acciones orientadas a un cierto
- propósito, y determina el orden y la forma de llevar a cabo unas actividades.
- Una 
+, sujeta a control respecto a ciertos estándares, y 
 \series bold
-metodología
+cuantificable
 \series default
- es un conjunto coherente de métodos relacionados por principios comunes.
-\end_layout
-
-\end_inset
-
-
-\end_layout
-
-\end_inset
-
-
+, pues tanto su realización como sus resultados son medibles.
 \end_layout
 
 \begin_layout Section
@@ -423,10 +324,21 @@ Un
 \series bold
 proceso software
 \series default
- es un conjunto de actividades, métodos, prácticas y transformaciones usados
- para construir software y productos asociados como planes de proyecto,
- documentos de requisitos, documentos de análisis o diseño, codificación,
- casos de prueba, manuales de usuario, etc., formado por:
+ es un conjunto coherente de políticas, estructuras organizativas, tecnologías,
+ prácticas,
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+TODO Esta lista esta hay que arreglarla
+\end_layout
+
+\end_inset
+
+ artefactos y transformaciones usados para construir software y productos
+ asociados como planes de proyecto, documentos de requisitos, documentos
+ de análisis o diseño, codificación, casos de prueba, manuales de usuario,
+ etc., formado por:
 \end_layout
 
 \begin_layout Enumerate
@@ -456,6 +368,127 @@ control de configuración
 \end_layout
 
 \begin_layout Standard
+Un 
+\series bold
+artefacto
+\series default
+ es algo tangible creado con un propósito práctico.
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Comment
+status open
+
+\begin_layout Plain Layout
+\begin_inset Note Greyedout
+status open
+
+\begin_layout Plain Layout
+Un 
+\series bold
+proceso software
+\series default
+ es un conjunto coherente de políticas, estructuras organizativas, tecnologías,
+ procedimientos y artefactos para concebir, desarrollar, implantar y mantener
+ un producto software.
+ Una 
+\series bold
+actividad
+\series default
+ es un proceso en el espacio-tiempo en el que un agente actúa con ciertos
+ objetivos.
+ Las 4 actividades básicas en ingeniería de software son especificación,
+ desarrollo, validación y evolución.
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+El 
+\series bold
+ciclo de vida
+\series default
+ de un producto o proyecto software es su evolución desde su concepción
+ hasta que deja de usarse, y puede describirse según las actividades que
+ se realizan en él.
+ 
+\begin_inset Note Comment
+status open
+
+\begin_layout Plain Layout
+\begin_inset Note Greyedout
+status open
+
+\begin_layout Plain Layout
+Estas son actividades técnicas, colaborativas y de gestión que forman parte
+ de las 4 actividades básicas, que suelen entrelazarse debido a que el software
+ se modifica continuamente a lo largo de su ciclo de vida en respuesta a
+ los requisitos cambiantes y las necesidades del cliente.
+ El 
+\series bold
+modelo de ciclo de vida del software
+\series default
+ es la especificación de las fases o el curso general de este ciclo de vida.
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+El 
+\series bold
+ciclo de desarrollo
+\series default
+ de un producto software es la parte de su ciclo de vida desde el análisis
+ hasta la entrega.
+ 
+\begin_inset Note Comment
+status open
+
+\begin_layout Plain Layout
+\begin_inset Note Greyedout
+status open
+
+\begin_layout Plain Layout
+Un 
+\series bold
+método
+\series default
+ es la especificación de una secuencia de acciones orientadas a un cierto
+ propósito, y determina el orden y la forma de llevar a cabo unas actividades.
+ Una 
+\series bold
+metodología
+\series default
+ es un conjunto coherente de métodos relacionados por principios comunes.
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
 \begin_inset Note Comment
 status open
 
diff --git a/gpds/n3.lyx b/gpds/n3.lyx
index ddeef12..202c6d9 100644
--- a/gpds/n3.lyx
+++ b/gpds/n3.lyx
@@ -81,6 +81,10 @@ algorithm2e
 \begin_body
 
 \begin_layout Standard
+\begin_inset Note Greyedout
+status open
+
+\begin_layout Plain Layout
 Un 
 \series bold
 objeto
@@ -97,7 +101,7 @@ estado
  es una situación en que se puede encontrar un objeto.
 \end_layout
 
-\begin_layout Standard
+\begin_layout Plain Layout
 Un 
 \series bold
 requisito
@@ -109,6 +113,11 @@ requisito
  a uno, o define relaciones entre objetos, funciones y estados.
 \end_layout
 
+\end_inset
+
+
+\end_layout
+
 \begin_layout Standard
 Un 
 \series bold
@@ -135,20 +144,29 @@ ingeniería de requisitos
  es la parte de la ingeniería de software que comprende las actividades
  de desarrollo relacionadas con la gestión y definición de requisitos para
  sistemas software, mediando los dominios de adquisidor y proveedor.
-\end_layout
-
-\begin_layout Standard
-Se le suele dedicar el 
+ Se le suele dedicar el 
 \begin_inset Formula $\unit[10]{\%}$
 \end_inset
 
  del esfuerzo de un proyecto, aunque dedicar más esfuerzo disminuye el tiempo
  total del proyecto.
- Requiere habilidades distintas de las de un buen programador, como la abstracci
-ón, el modelado y la comunicación, y si quiere hacerse, debe justificarse
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Greyedout
+status open
+
+\begin_layout Plain Layout
+Requiere habilidades distintas de las de un buen programador, como la abstracció
+n, el modelado y la comunicación, y si quiere hacerse, debe justificarse
  ante la dirección.
 \end_layout
 
+\end_inset
+
+
+\end_layout
+
 \begin_layout Standard
 Consta de:
 \end_layout
@@ -284,6 +302,10 @@ Análisis de requisitos
 \end_layout
 
 \begin_layout Standard
+\begin_inset Note Greyedout
+status open
+
+\begin_layout Plain Layout
 Es el proceso de estudio de las necesidades de los usuarios para llegar
  a una definición de los requisitos del sistema; el de estudio y perfeccionamien
 to de estos requisitos; la investigación de los requisitos de usuario para
@@ -295,7 +317,7 @@ to de estos requisitos; la investigación de los requisitos de usuario para
  Forma parte de la fase de definición del sistema software.
 \end_layout
 
-\begin_layout Standard
+\begin_layout Plain Layout
 Muchos proyectos software no dan los resultados esperados, se retrasan,
  exceden el presupuesto o terminan llenos de errores, y muchas veces la
  causa es un mal análisis de requisitos.
@@ -304,6 +326,11 @@ Muchos proyectos software no dan los resultados esperados, se retrasan,
  estimación del tiempo y coste del proyecto.
 \end_layout
 
+\end_inset
+
+
+\end_layout
+
 \begin_layout Standard
 Los errores relacionados con requisitos son los más caros de corregir.
  Algunos son:
@@ -328,6 +355,10 @@ No detectar a tiempo ambigüedades entre requisitos.
 \end_layout
 
 \begin_layout Standard
+\begin_inset Note Greyedout
+status open
+
+\begin_layout Plain Layout
 Según 
 \emph on
 \lang english
@@ -342,7 +373,7 @@ CHAOS
  81000 millones de dólares en proyectos de software fallidos.
 \end_layout
 
-\begin_layout Standard
+\begin_layout Plain Layout
 Una 
 \series bold
 revisión de requisitos
@@ -357,7 +388,7 @@ validación de requisitos
 .
 \end_layout
 
-\begin_layout Standard
+\begin_layout Plain Layout
 El análisis de requisitos permite alcanzar un acuerdo entre clientes, productore
 s de software y usuarios sobre lo que hay que producir; proporciona la base
  para el diseño; sirve de soporte para la verificación y validación de los
@@ -365,6 +396,11 @@ s de software y usuarios sobre lo que hay que producir; proporciona la base
  productos, creando a veces catálogos de requisitos alternativos para elegir.
 \end_layout
 
+\end_inset
+
+
+\end_layout
+
 \begin_layout Section
 Especificación de requisitos
 \end_layout