diff options
Diffstat (limited to 'gpds')
| -rw-r--r-- | gpds/n.lyx | 16 | ||||
| -rw-r--r-- | gpds/n1.lyx | 271 | ||||
| -rw-r--r-- | gpds/n3.lyx | 56 |
3 files changed, 213 insertions, 130 deletions
@@ -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 |