PROG IEEE

1. ¿Cuál es el propósito principal de la norma IEEE 830?

• Establecer estándares de diseño.

• Proporcionar un formato para la especificación de requisitos de software

• Regular el ciclo de vida del software.

• 1. Definir roles en el desarrollo de software.

1. ¿Qué documento se considera fundamental en el proceso de desarrollo de software según la norma IEEE 830?

• Documento de especificación de requisitos de software (SRS)

• Documento de diseño.

• Plan de proyecto

• Manual de usuario.

1. ¿Quiénes son los principales interesados en la creación de un SRS?

• Solo los desarrolladores

• Solo los clientes

• Clientes y proveedores

• Solo los usuarios finales.

1. ¿Qué tipo de información debe incluir un SRS según la norma IEEE 830?

• Solo requisitos funcionales

• Requisitos funcionales y no funcionales

• Solo requisitos no funcionales

• 1. Solo información técnica.

1. ¿Cuál de las siguientes secciones no es parte de un SRS típico según IEEE 830?

• Introducción

• Descripción general

• Plan de marketing

• Requisitos específicos

1. ¿Qué se entiende por "requisitos no funcionales"?

• 1. Requisitos que definen el comportamiento del sistema.

• Requisitos que definen las características del sistema, como rendimiento y usabilidad

• Requisitos que son opcionales

• Requisitos que solo son importantes para el cliente

1. ¿Qué se recomienda sobre la revisión del SRS?

• No es necesario revisarlo

• Solo debe ser revisado por el cliente.

• ) Solo debe ser revisado por los desarrolladores

• Debe ser revisado por todas las partes interesadas

1. ¿Qué tipo de lenguaje se debe utilizar en un SRS?

• Lenguaje técnico complicado

• Lenguaje coloquial

• Lenguaje claro y comprensible

• Lenguaje de programación

1. ¿Cuál es la importancia de un SRS bien definido?

• 1. No tiene importancia.

• Reduce la calidad del software

• Aumenta el costo del proyecto

• Facilita el desarrollo y evita malentendidos

1. ¿Qué se debe hacer si se identifican cambios en los requisitos durante el desarrollo?

• Ignorarlos.

• Solo informarlo al cliente

• Actualizar el SRS y comunicarlo a todas las partes interesadas

• Solo informarlo al equipo de desarrollo