DEBER N°4 DE INFORMATICA

ESCUELA SUPERIOR POLITECNICA DE CHIMBORAZO

FACULTAD DE ADMINISTRACION DE EMPRESAS

ESCUELA DE INGENIERIA EN MARKETING

ASIGNATURA: INFORMATICA II

TEMA: Consulta IEEE 1362, 830, ISO 12207, COCOMO

ALUMNO: ERIKA YAJAHIRA BONILLA S.

DOCENTE: ING. OSCAR GAVILANÉZ.

SEMESTRE: CUARTO “1”

FECHA: lunes 8 de junio del 2015

ESPECIFICACIÓN DE REQUISITOS SEGÚN EL ESTÁNDAR DE IEEE 1362

• IEEE STD. 1362 -1998

o Instrucciones para el uso de este formato

 Este formato es una plantilla tipo para documentos de requisitos del sistema.

 Está basado y es conforme con el estándar IEEE Std 1362-1998.

 Las secciones que no se consideren aplicables al sistema descrito podrán de forma justificada indicarse como no aplicables (NA).

NOTAS:

 Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado.

 Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de texto con el color y estilo adecuado a la sección, al marcar sobre ellos con el puntero del ratón.

 Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de forma que su numeración consecutiva se genera automáticamente según se trate de estilos “Titulo1, Titulo2 y Titulo3”.

 La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar Intro al final de la línea de título. (Estilos Normal indentado1, Normal indentado 2 y Normal indentado 3).

 El índice del documento es una tabla de contenido que Word actualiza tomando como criterio los títulos del documento.

 Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido para reflejar el contenido definitivo.

FICHA DEL DOCUMENTO

Fecha Revisión Autor Verificado dep. Calidad.

[Fecha]

[Rev]

[Descripcion]

[Firma o sello]

Documento validado por las partes en fecha: [Fecha]

1. Alcance

El contenido de este apartado debe proporcionar una breve introducción del documento, su relación con otros posibles documentos, su finalidad y los destinatarios de la información que contiene.

1.1 Identificación

Identificación del sistema, proporcionando su nombre y abreviatura (si procede).

1.2 Visión general del documento

Explicación del propósito, audiencia, y consideraciones de seguridad o privacidad del documento.

 Generalmente, el propósito del documento suele ser uno de los siguientes:

 Comunicar las necesidades y expectativas del cliente

 Comunicar el entendimiento del proyecto

 Obtener acuerdos entre las partes implicadas (personal representante de la parte cliente, personal del equipo de desarrollo, etc.)

1.3 Visión general del sistema

Resumen del propósito del sistema o subsistema propuesto (al cual se aplica la descripción del sistema).

1.4 Personal involucrado

Nombre [Inserte aquí el texto]

Rol [Inserte aquí el texto]

Categoría profesional [Inserte aquí el texto]

Responsabilidades [Inserte aquí el texto]

Información de contacto [Inserte aquí el texto]

Aprobación [Inserte aquí el texto]

Relación de personas involucradas en el desarrollo del sistema, con información de contacto.

Esta información es útil para que el gestor del proyecto pueda localizar a todos los participantes y recabar la información necesaria para la obtención de requisitos, validaciones de seguimiento, etc.

2 Documentos referenciados

Nº Título Ruta Versión Fecha Autor

[Título]

[Ruta]

[Rev]

[Fecha]

[Autor]

Relación de los documentos a los que se hace referencia en los requisitos del sistema, indicando, según proceda: el código del documento, título, ruta, revisión, fecha y origen.

3 Situación actual

Cuando el sistema propuesto tenga como finalidad la sustitución o ampliación de un sistema o situación existente, este apartado contendrá una descripción suficiente del actual (aunque éste último sea un sistema manual).

3.1 Antecedentes

Visión general del sistema o situación actual, incluyendo: misión, objetivos, alcance, modo de uso o aplicación, etc.

3.2 Políticas y restricciones operacionales

Relación de políticas o restricciones de cualquier índole impuestas sobre el sistema o situación actual. Algunos ejemplos pueden ser:

• Restricciones sobre el número de usuarios capaces de utilizar el sistema.

• Restricciones de hardware (uso obligado de determinadas plataformas, redes telemáticas, etc.)

• Restricciones de seguridad o relativas a protección de datos.

• Restricciones de software (uso obligado de una determinada BD, Sistema Operativo, etc.)

• Restricciones de recursos operacionales como espacio físico.

• etc

3.3 Descripción del sistema o situación actual

Descripción detallada del sistema o situación actual y de su funcionamiento, incluyendo los siguientes subapartados:

 Enumeración y descripción de funciones, características y capacidades del sistema o situación actual.

 En el caso de considerarse apropiado puede aportarse información adicional como:

 Diagramas, flujos y procesos con un nivel de detalle suficiente para comprender la función o un conjunto de funciones del sistema o situación actual.

 Interacción entre componentes del sistema.

 Descripción del entorno de operación y sus características

 Interacción del sistema con otros sistemas externos

 Características de rendimiento como velocidad, rendimiento de trabajo, volumen, frecuencia, etc

 Atributos de calidad como disponibilidad, eficiencia, flexibilidad, portabilidad, reusabilidad, usabilidad, etc.

 Provisiones de seguridad, emergencia, privacidad y continuidad de las operaciones en circunstancias de emergencia.

 Otro tipo de información relevante en la descripción del sistema como: factores de riesgo, coste de las operaciones, etc.

Es importante que la descripción del sistema o situación actual sea los más simple y clara posible, para que todos los lectores del documento puedan entenderla completamente. Debe realizarse usando

...