GPDS tema 4

1 files changed, 27 insertions, 46 deletions

diff --git a/gpds/n3.lyx b/gpds/n3.lyx
index b6c6037..0dddf23 100644
--- a/gpds/n3.lyx
+++ b/gpds/n3.lyx
@@ -81,6 +81,10 @@ algorithm2e
 \begin_body
 
 \begin_layout Standard
+\begin_inset Note Comment
+status open
+
+\begin_layout Plain Layout
 Un 
 \series bold
 objeto
@@ -97,6 +101,11 @@ estado
  es una situación en que se puede encontrar un objeto.
 \end_layout
 
+\end_inset
+
+
+\end_layout
+
 \begin_layout Standard
 Un 
 \series bold
@@ -129,6 +138,18 @@ parte interesada
 \end_layout
 
 \begin_layout Standard
+Una 
+\series bold
+regla de negocio
+\series default
+ es una condición que se debe satisfacer cuando se hace una actividad de
+ negocio.
+ El software puede ignorar la regla para que los usuarios la manejen manualmente
+; avisar al usuario cuando esta se incumple para que el usuario decida si
+ incumplirla o no, o forzar su cumplimiento con algún mecanismo de excepción.
+\end_layout
+
+\begin_layout Standard
 La 
 \series bold
 ingeniería de requisitos
@@ -466,7 +487,7 @@ especificación
  es un elemento de información que identifica de forma completa, precisa
  y verificable unas características esperadas de un sistema, servicio o
  proceso.
- En el análisis de requisitos se elaboran un 
+ En el análisis de requisitos se elabora un 
 \series bold
 documento de especificación de requisitos del software
 \series default
@@ -495,36 +516,13 @@ System Requirements Specification
 \emph default
 \lang spanish
 ).
- En ambos, los requisitos deben tener un identificador único.
-\end_layout
-
-\begin_layout Standard
-Un SRS documenta todo lo que el software debe hacer y lo que no, incluyendo
- restricciones que debe contemplar el futuro sistema, mediante requisitos
- esenciales (funcionales, de rendimiento, restricciones de diseño y atributos)
- del software y de sus interfaces externas.
 \end_layout
 
 \begin_layout Standard
-En una especificación de requisitos, los requisitos tienen un identificador
- único; están 
-\series bold
-priorizados
-\series default
-, clasificados según prioridad, y se hace un 
-\series bold
-seguimiento
-\series default
- de ellos para conocer su 
-\series bold
-estado
-\series default
-, de entre especificado, verificado, analizado, etc.
- Un requisito debe ser verificable y puede ser 
-\series bold
-cuantificable
-\series default
-, pudiendo medir el grado de cumplimiento.
+Un buen SRS documenta todo lo que el software debe hacer y lo que no mediante
+ requisitos esenciales (funcionales, de rendimiento, restricciones de diseño
+ y atributos) del software y de sus interfaces externas.
+ También se puede elaborar una
 \end_layout
 
 \begin_layout Standard
@@ -532,24 +530,7 @@ Una buena SRS establece la base para el acuerdo entre clientes y proveedores,
  la estimación de costes, la planificación y futuras mejoras; reduce el
  esfuerzo de desarrollo al evitar re-diseñar o re-programar; sirve de referencia
  para la verificación y validación (V&V) y para comprobar el grado de cumplimien
-to del contrato, y facilita la adaptación del sistema a nuevos usuarios
- y máquinas.
-\end_layout
-
-\begin_layout Section
-Reglas de negocio
-\end_layout
-
-\begin_layout Standard
-Una 
-\series bold
-regla de negocio
-\series default
- es una condición que se debe satisfacer cuando se hace una actividad de
- negocio.
- El software puede ignorar la regla para que los usuarios la manejen manualmente
-; avisar al usuario cuando esta se incumple para que el usuario decida si
- incumplirla o no, o forzar su cumplimiento con algún mecanismo de excepción.
+to del contrato, y facilita adaptar el sistema a nuevos usuarios y máquinas.
 \end_layout
 
 \end_body