diff options
Diffstat (limited to 'gpds')
| -rw-r--r-- | gpds/n.lyx | 32 | ||||
| -rw-r--r-- | gpds/n2.lyx | 111 | ||||
| -rw-r--r-- | gpds/n3.lyx | 220 |
3 files changed, 231 insertions, 132 deletions
@@ -167,21 +167,21 @@ ISO/IEC 15504 status open \begin_layout Plain Layout -Objetivos: a3f, ... -\end_layout -\end_inset +\lang english +Compliance: +\end_layout +\begin_layout Itemize +\lang english +a2c: Full \end_layout -\begin_layout Standard -\begin_inset Note Note -status open +\begin_layout Itemize -\begin_layout Plain Layout -TODO a3f, v. - TODO en n3 +\lang english +a3f: Partial \end_layout \end_inset @@ -231,5 +231,19 @@ filename "n3.lyx" \end_layout +\begin_layout Chapter +Documento de requisitos +\end_layout + +\begin_layout Standard +\begin_inset CommandInset include +LatexCommand input +filename "n4.lyx" + +\end_inset + + +\end_layout + \end_body \end_document diff --git a/gpds/n2.lyx b/gpds/n2.lyx index 8f8f55c..2f5bbe4 100644 --- a/gpds/n2.lyx +++ b/gpds/n2.lyx @@ -294,14 +294,14 @@ Guía de adopción , incluyendo la transición de CMMi 1.3 a CMMi 2.0. \end_layout -\begin_layout Standard -\begin_inset Note Comment -status open - \begin_layout Section Definiciones \end_layout +\begin_layout Standard +\begin_inset Note Comment +status open + \begin_layout Plain Layout Una \series bold @@ -321,34 +321,69 @@ Work Breakdown Structure relación entre ellas con el producto o servicio final. \end_layout -\begin_layout Plain Layout +\end_inset + + +\end_layout + +\begin_layout Standard Un \series bold producto de trabajo \series default - ( + +\begin_inset Note Comment +status open + +\begin_layout Plain Layout +( \emph on \lang english work product \emph default \lang spanish -) es un artefacto: un resultado de un proceso, actividad o tarea, independiente +) +\end_layout + +\end_inset + + es un artefacto: un resultado de un proceso, actividad o tarea, independiente o parte de una solución. \end_layout -\begin_layout Plain Layout +\begin_layout Standard Un \series bold producto \series default - ( + +\begin_inset Note Comment +status open + +\begin_layout Plain Layout +( \emph on \lang english product \emph default \lang spanish -) es un producto de trabajo que está previsto entregar a un cliente o usuario - final, cuya forma depende del contexto, y un +) +\end_layout + +\end_inset + + es un producto de trabajo que está previsto entregar a un cliente o usuario + final, +\begin_inset Note Comment +status open + +\begin_layout Plain Layout +cuya forma depende del contexto, +\end_layout + +\end_inset + +y un \series bold servicio \series default @@ -358,16 +393,39 @@ servicio service \emph default \lang spanish -) es un producto intangible y no almacenable, y puede entregarse a través - de combinaciones de procesos manuales y automáticos. +) es un producto intangible y no almacenable +\begin_inset Note Comment +status open + +\begin_layout Plain Layout +, y puede entregarse a través de combinaciones de procesos manuales y automático +s +\end_layout + +\end_inset + +. \end_layout +\begin_layout Standard +\begin_inset Note Comment +status open + \begin_layout Plain Layout Un producto de trabajo puede incluir ficheros, documentos, descripciones de proceso, productos (incluyendo servicios), partes de un producto, especifica ciones, facturas, etc. \end_layout +\end_inset + + +\end_layout + +\begin_layout Standard +\begin_inset Note Comment +status open + \begin_layout Plain Layout Un \series bold @@ -405,33 +463,6 @@ requirement de proveedor, un estándar, una especificación u otro documento impuesto formalmente, o bien es una descripción registrada de un aspecto, rendimiento o capacidad requerida por un usuario o cliente. - Un -\series bold -requisito asignado -\series default - ( -\emph on -\lang english -allocated requirement -\emph default -\lang spanish -) es uno que resulta de la imposición de todo o parte de un requisito de - nivel superior a un componente de diseño nivel inferior. -\end_layout - -\begin_layout Plain Layout -Los -\series bold -requisitos de un componente de producto -\series default - ( -\emph on -\lang english -product component requirements -\emph default -\lang spanish -) son una especificación completa de requisitos de un componente de producto, - incluyendo ajuste, forma, función y rendimiento. \end_layout \end_inset diff --git a/gpds/n3.lyx b/gpds/n3.lyx index 0ad2114..b6c6037 100644 --- a/gpds/n3.lyx +++ b/gpds/n3.lyx @@ -105,9 +105,13 @@ requisito es una declaración muy específica, precisa y sin ambigüedad de una o más necesidades particulares a satisfacer por un producto, junto a sus limitaciones y condiciones. - Según Alan Davis, un requisito define un objeto, función o estado; limita - o controla las acciones asociadas a uno, o define relaciones entre objetos, - funciones y estados. + Según +\lang english +Alan Davis +\lang spanish +, un requisito define un objeto, función o estado; limita o controla las + acciones asociadas a uno, o define relaciones entre objetos, funciones + y estados. \end_layout \begin_layout Standard @@ -178,6 +182,65 @@ n, el modelado y la comunicación, y si quiere hacerse, debe justificarse \end_layout \begin_layout Section +Importancia +\end_layout + +\begin_layout Standard +Según +\lang english +Robert Glass +\lang spanish +, las principales causas de fracaso de proyectos de software son la inestabilida +d de los requisitos, pues en general los clientes o usuarios no tienen realmente + claro qué quieren o qué problema que quieren resolver, y una mala estimación + de el tiempo y el coste del proyecto. +\end_layout + +\begin_layout Standard +Los errores en las primeras fases del desarrollo son más caros de corregir + porque pasa más tiempo hasta terminar las fases y obtener retroalimentación, + siendo los más caros los errores en los requisitos. + Algunos son: +\end_layout + +\begin_layout Enumerate +No descubrir requisitos relevantes a tiempo, debido a una mala identificación + de los accionistas o una mala búsqueda de requisitos. + Es lo más difícil de corregir. +\end_layout + +\begin_layout Enumerate +Una explosión de los requisitos derivados, los que surgen para satisfacer + una cierta solución de diseño, por la complejidad del proceso de la solución, + llegando a haber 50 veces más requisitos derivados que requisitos originales. +\end_layout + +\begin_layout Enumerate +No detectar a tiempo ambigüedades entre requisitos. + Si no se llegan a detectar, pueden causar defectos en el sistema que hagan + que el software no llegue a usarse. +\end_layout + +\begin_layout Standard +El cohete europeo Ariane 5 explotó debido a un desbordamiento al convertir + un valor en coma flotante de doble precisión a un entero de 16 bits con + signo, como resultado de mantener un requisito de software del Ariane 4 + que no era necesario en el 5, relacionado con la velocidad horizontal y + el ángulo de ataque detectados por un sensor de vuelo. +\end_layout + +\begin_layout Standard +La NASA perdió el contacto con el Mars Polar Lander 10 minutos antes de + su aterrizaje previsto debido a que el software malinterpretó señales que + debía ignorar y creyó que uno de los brazos de la sonda había tocado suelo + cuando estaba a +\begin_inset Formula $\unit[40]{m}$ +\end_inset + + de altura. +\end_layout + +\begin_layout Section Fases \end_layout @@ -268,13 +331,6 @@ verifica \series default la corrección interna y externa de los modelos, usando prototipos, inspecciones y revisiones. - Una -\series bold -revisión de requisitos -\series default - es un proceso en que se presentan requisitos a partes interesadas para - su aprobación o retroalimentación, o bien es un grupo de revisores que - buscan errores, contradicciones, descripciones ambiguas, etc. \end_layout \begin_layout Enumerate @@ -341,88 +397,61 @@ proceso de estudio y perfeccionamiento de los requisitos del sistema, hardware \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 -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 - llegar a una definición de sistema, o la determinación del desempeño específico - de un producto y sus características funcionales basada en análisis de - las necesidades, expectativas y limitaciones del cliente, el concepto operativo -, los entornos de utilización proyectados para personas, productos y procesos, - y medidas de eficacia. - Forma parte de la fase de definición del sistema software. -\end_layout - -\end_inset - - -\end_layout - -\end_inset - - -\end_layout - -\begin_layout Standard -Según -\lang english -Robert Glass -\lang spanish -, las principales causas de fracaso de proyectos de software son la inestabilida -d de los requisitos, pues en general los clientes o usuarios no tienen realmente - claro qué quieren o qué problema que quieren resolver, y una mala estimación - de el tiempo y el coste del proyecto. +Una +\series bold +revisión de requisitos +\series default + es un proceso en que se presentan requisitos a partes interesadas para + su aprobación o retroalimentación, o bien es un grupo de revisores que + buscan errores, contradicciones, descripciones ambiguas, etc. \end_layout \begin_layout Standard -Los errores en las primeras fases del desarrollo son más caros de corregir - porque pasa más tiempo hasta terminar las fases y obtener retroalimentación, - siendo los más caros los errores en los requisitos. - Algunos son: -\end_layout - -\begin_layout Enumerate -No descubrir requisitos relevantes a tiempo, debido a una mala identificación - de los accionistas o una mala búsqueda de requisitos. - Es lo más difícil de corregir. -\end_layout - -\begin_layout Enumerate -Una explosión de los requisitos derivados, los que surgen para satisfacer - una cierta solución de diseño, por la complejidad del proceso de la solución, - llegando a haber 50 veces más requisitos derivados que requisitos originales. -\end_layout - -\begin_layout Enumerate -No detectar a tiempo ambigüedades entre requisitos. - Si no se llegan a detectar, pueden causar defectos en el sistema que hagan - que el software no llegue a usarse. +Si hay conflictos de intereses entre las partes, se hace una +\series bold +negociación de requisitos +\series default +, en la que se detectan y resuelven los posibles conflictos; se definen + de forma más precisa los limites del sistema y las interacciones de este + con el entorno, y se eliminan redundancias, inconsistencias y puntos de + desencuentro. \end_layout \begin_layout Standard -El cohete europeo Ariane 5 explotó debido a un desbordamiento al convertir - un valor en coma flotante de doble precisión a un entero de 16 bits con - signo, como resultado de mantener un requisito de software del Ariane 4 - que no era necesario en el 5, relacionado con la velocidad horizontal y - el ángulo de ataque detectados por un sensor de vuelo. -\end_layout +No es viable que los requisitos queden +\begin_inset Quotes cld +\end_inset -\begin_layout Standard -La NASA perdió el contacto con el Mars Polar Lander 10 minutos antes de - su aterrizaje previsto debido a que el software malinterpretó señales que - debía ignorar y creyó que uno de los brazos de la sonda había tocado suelo - cuando estaba a -\begin_inset Formula $\unit[40]{m}$ +congelados +\begin_inset Quotes crd \end_inset - de altura. +, pero tampoco lo es que cambien continuamente, por lo que en cierto momento + se hace una +\series bold +\emph on +\lang english +sign-off +\series default +\emph default +\lang spanish +, una aprobación de ciertos requisitos por el cliente. + Una +\series bold +\emph on +\lang english +baseline +\series default +\emph default +\lang spanish + es un conjunto de requisitos identificados y acordados en un instante de + tiempo, normalmente tras la +\emph on +\lang english +sign-off +\emph default +\lang spanish +. \end_layout \begin_layout Section @@ -498,5 +527,30 @@ cuantificable , pudiendo medir el grado de cumplimiento. \end_layout +\begin_layout Standard +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. +\end_layout + \end_body \end_document |