GPDS tema 3 ahora sí

1 files changed, 166 insertions, 73 deletions

diff --git a/gpds/n1.lyx b/gpds/n1.lyx
index 5820de5..81f40ed 100644
--- a/gpds/n1.lyx
+++ b/gpds/n1.lyx
@@ -108,7 +108,7 @@ ingeniería de software
 
 \begin_layout Standard
 Según el Vocabulario de la Ingeniería del Software y de Sistemas, ISO/IEC/IEEE
- 24765 en su edición de 2017, la 
+ 24765:2017, la 
 \series bold
 ingeniería de software
 \series default
@@ -134,7 +134,7 @@ disciplinada
 \series bold
 cuantificable
 \series default
-, pues tanto su realización como sus resultados son medibles.
+, con realización y resultados medibles.
 \end_layout
 
 \begin_layout Section
@@ -316,29 +316,154 @@ Requisitos del sistema
 
 \end_deeper
 \begin_layout Section
-Procesos software
+Informes 
+\lang english
+CHAOS
 \end_layout
 
 \begin_layout Standard
-Un 
+Son informes de pago de 
+\emph on
+\lang english
+Standish Group
+\emph default
+\lang spanish
+, liberados cuando tienen cierta antigüedad, sobre el desarrollo de la ingenierí
+a de software, y clasifican los proyectos en:
+\end_layout
+
+\begin_layout Itemize
+
 \series bold
-proceso software
+Éxitos:
+\series default
+ Se entregan a tiempo dentro de su presupuesto y con las funciones requeridas.
+\end_layout
+
+\begin_layout Itemize
+
+\series bold
+Deficientes:
 \series default
- es un conjunto coherente de políticas, estructuras organizativas, tecnologías,
- prácticas,
-\begin_inset Note Note
+ Se entregan tarde, sobrepasando el coste o sin todas las funciones requeridas.
+\end_layout
+
+\begin_layout Itemize
+
+\series bold
+Fracasos:
+\series default
+ Se cancelan antes de terminar o se entregan pero nunca se usan.
+\end_layout
+
+\begin_layout Standard
+Según el informe de 2020, el 
+\begin_inset Formula $\unit[31]{\%}$
+\end_inset
+
+ de los proyectos son éxitos, el 
+\begin_inset Formula $\unit[50]{\%}$
+\end_inset
+
+ son deficientes y el 
+\begin_inset Formula $\unit[19]{\%}$
+\end_inset
+
+ son fracasos.
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Comment
 status open
 
 \begin_layout Plain Layout
-TODO Esta lista esta hay que arreglarla
+Según el de 2012, el 
+\begin_inset Formula $\unit[18]{\%}$
+\end_inset
+
+ de los proyectos son cancelados antes de terminar de desarrollarse o no
+ son usados, y el 
+\begin_inset Formula $\unit[43]{\%}$
+\end_inset
+
+ son 
+\begin_inset Quotes cld
+\end_inset
+
+comprometidos
+\begin_inset Quotes crd
+\end_inset
+
+, sobrepasando el coste o el plazo o no satisfaciendo las necesidades de
+ los clientes.
+ Las cancelaciones y compromisos aumentan con el tamaño del proyecto.
+\end_layout
+
+\begin_layout Plain Layout
+Según , creadora de los informes 
+\lang english
+CHAOS
+\lang spanish
+, en 1995, las empresas y agencias del gobierno en Estados Unidos gastaron
+ 81000 millones de dólares en proyectos de software fallidos.
+\end_layout
+
+\begin_layout Plain Layout
+Una 
+\series bold
+revisión de requisitos
+\series default
+ es una reunión en la que se presentan los requisitos de un elemento de
+ hardware, software o sistema a algunas partes interesadas para obtener
+ información o aprobación.
+ Forma parte de la 
+\series bold
+validación de requisitos
+\series default
+.
+\end_layout
+
+\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
+ productos, y orienta a potenciales clientes sobre la definición de los
+ productos, creando a veces catálogos de requisitos alternativos para elegir.
 \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 Section
+Procesos software
+\end_layout
+
+\begin_layout Standard
+Un 
+\series bold
+artefacto
+\series default
+ es algo tangible creado con un propósito práctico.
+ Una 
+\series bold
+actividad
+\series default
+ es una actuación de un agente con ciertos objetivos.
+\end_layout
+
+\begin_layout Standard
+Un 
+\series bold
+proceso software
+\series default
+ es un conjunto coherente de estructuras organizativas, políticas, prácticas,
+ tecnologías, artefactos y transformaciones usados para concebir, desarrollar,
+ implantar y mantener 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.
+ Está formado por:
 \end_layout
 
 \begin_layout Enumerate
@@ -368,14 +493,6 @@ 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
 
@@ -384,20 +501,7 @@ status open
 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,
+Las 4 actividades básicas en ingeniería de software son especificación,
  desarrollo, validación y evolución.
 \end_layout
 
@@ -465,38 +569,6 @@ status open
 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
-
-\begin_layout Plain Layout
-\begin_inset Note Greyedout
-status open
-
-\begin_layout Plain Layout
 La tecnología puede ser muy útil con los procesos apropiados, pero no siempre
  se usa de forma muy efectiva, y aunque las personas tengan buena experiencia
  y formación, un buen proceso puede ayudar a trabajar mejor, más rápido
@@ -522,15 +594,26 @@ Estrategias de desarrollo de software
 \end_layout
 
 \begin_layout Standard
-Algunas estrategias son:
+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.
+ Algunas metodologías:
 \end_layout
 
 \begin_layout Enumerate
 
 \series bold
-Modelo en cascada
+En cascada:
 \series default
-, en que se hacen las fases en orden secuencial.
+ se hacen las fases en orden secuencial.
  Útil cuando los requisitos son fijos y el trabajo avanza de forma lineal,
  al contrario que en la actualidad.
 \end_layout
@@ -542,10 +625,10 @@ Iterativo
 \series default
  e 
 \series bold
-incremental
+incremental:
 \series default
-, con iteraciones en las que se hacen todas las fases para lo siguiente
- a implementar.
+ con iteraciones en las que se hacen todas las fases para lo siguiente a
+ implementar.
 \end_layout
 
 \begin_layout Enumerate
@@ -599,6 +682,16 @@ Platform-Independent Models
 \end_layout
 
 \begin_layout Standard
+Según una encuesta de Ambler, las metodologías más exitosas son 
+\emph on
+\lang english
+lean
+\emph default
+\lang spanish
+, iterativa y ágil.
+\end_layout
+
+\begin_layout Standard
 \begin_inset Note Comment
 status open