Ieee 830 std

B.2.1 Correlación de Terminología
Ambas de estas prácticas recomendadas y la IEEE/EIA 12207.0-1996 tienen similar semántica para términos claves dentro de software, requerimientos, especificación, diseño y mantenimiento. Esta práctica recomendada usa el término “cliente” donde la IEEE/EIA 12207.1-1997 usa “adquisidor”, y esta práctica recomendad usa “usuario” donde la IEEE/EIA 12207.1-1997 usa“operador”.
B.2.2 Proceso de Correspondencia
IEEE\EIA 12207.0-1996 usa un enfoque de procesos orientados para describir la definición de un conjunto de requerimientos para software. Esta práctica recomendada usa un enfoque de productos orientados, donde el producto es una descripción de requisitos de software (DRS). Hay pasos de procesos naturales, es decir los pasos para crear cada porción de la(DRS). Estos pueden ser correlacionados con el proceso de requerimientos de la IEEE\EIA 12207.0-1996. La diferencia es que esta práctica recomendada se centra en el desarrollo de requerimientos de software mientras que la IEEE\12207-1996 proporciona una visión global del ciclo de vida y define el análisis de requisitos de software como parte del proceso de Desarrollo. Esta práctica recomendadaproporciona un mayor nivel de detalle de lo que está involucrado en la preparación de una DRS.
B.2.3 El ciclo de vida de la correlación de datos.
IEEE/EIA 12207.0-1996 toma el punto de vista de que los requerimientos de software son derivados de los requerimientos del sistema. Por lo tanto usa el término, “descripción” en lugar de “especificación” para describir los requerimientos de software. Enun sistema en el cual el software es un componente, y en el que cada uno requiere de su propia especificación, habría una o más descripciones de requerimientos del sistema. Si el término Especificación de Requerimientos del sistema hubiese sido utilizado, habría una confusión entre una DRS refiriéndose al sistema o a los requerimientos de software. En el caso donde hay un sistema de softwareindependiente, la IEEE/EIA 12207.1-1997 dice “Si el software es un sistema independiente, entonces este documento debería ser una especificación”.
B.3 Mapeo de Contenido
Esta clausula proporciona una explicación detallada en demanda que una DRS cumple con está practica recomendada logrando también el “documento de cumplimiento” con la DRS descrita en la IEEE/EIA 12207.1-1997. Los requisitos para eldocumento de cumplimiento están resumidos en una sola fila de la Tabla 1 de la IEEE/EIA 12207.1-1997. Esa fila está expuesta en la tabla B.1 de esta práctica recomendada.
Tabla B.1-Resumen de los requerimientos para una DRS
Fuente: Tabla 1 de la IEEE/EIA 12207.1-1997
Ítem de Información | Clausula de la IEEE/EIA 12207.0-1996 | Tipo | Clausula de la IEEE/EIA 12207.1-1997 | Referencias |Descripción de Requerimientos de Software | 5.1.1.4, 5.3.4.1, 5.3.4.2 | Descripción (ver nota para 6.22.1 de la IEEE/EIA 12207.1-1997) | 6.22 | IEEE Std 830-1998; EIA/IEEE J-STD-016,F.2.3, F.2.3; MIL-STD 96ID. Vea también ISO/IEC 5806, 5807, 6593, 8631, 8790, y 11411 para guías en uso de notaciones |
Los requisitos para el cumplimiento del documento son discutidos in las siguientes subclausulas.
*B.3.1 Analiza el cumplimiento de la información de requisitos notada en la columna 2 de la tabla B.1 como prescribe en la 5.1.1.4, 5.3.4.1, y 5.3.4.2 de la IEEE/EIA 12207.0-1996
* B.3.2 Analiza el cumplimiento con el guía de contenido genérica (el “tipo” de documento) notada en la columna 3 de la tabla B.1 como una “descripción”. La Guía de contenido genérica aparece en la 5.1 de laIEEE/EIA 12207.1-1997
* B.3.3 Analiza el cumplimiento con los requerimientos específicos para una descripción de requerimientos de software notada en la columna 4 de la tabla B.1 como prescribe la 6.22 de la IEEE/EIA 12207.1-1997.
* B.3.4 Analiza el cumplimiento con los objetivos del ciclo de vida de a información de el Anexo H de la IEEE/EIA 12207.0-1996 como se prescribe en la 4.2 de la...