Universidad de Guadalajara

Centro Universitario de la Costa

Unidad de Aprendizaje: SSP de ingeniería de software

Tema: Ejercicio 1

Maestro: Nora Silvia Zatarain Cabada

Alumno: David Lara Benitez

Código: 217691619

Semestre: 5°

Grupo: “A”

Turno: Vespertino
Especificación de requerimiento (ER) o (ET)

es una descripción completa del comportamiento del sistema que se va a

desarrollar. Incluye un conjunto de casos de uso que describe todas las
interacciones que tendrán los usuarios con el software. Los casos de uso también
son conocidos como requisitos funcionales. Además de los casos de uso, la ERS
también contiene requisitos no funcionales (complementarios). Los requisitos no
funcionales son requisitos que imponen restricciones en el diseño o la
implementación, como, por ejemplo, restricciones en el diseño o estándares de
calidad.

Está dirigida tanto al cliente como al equipo de desarrollo. El lenguaje utilizado para
su redacción debe ser informal, de forma que sea fácilmente comprensible para
todas las partes involucradas en el desarrollo.

Requerimiento de hardware

los requerimientos de hardware son las características que debe tener el hardware
de una computadora para poder soportar y/o ejecutar una aplicación o un dispositivo
específicos.

Requerimiento de Software

los requerimientos de software son las características que debe tener el software
instalado en una computadora para poder soportar y/o ejecutar una aplicación o un
dispositivo específicos.

Funcionales

los requerimientos de software son las características que debe tener el software
instalado en una computadora para poder soportar y/o ejecutar una aplicación o un
dispositivo específicos.

Los requisitos funcionales se componen de dos partes: función y comportamiento.

La función es lo que hace el sistema
No funcionales

Los requisitos no funcionales explican las limitaciones y restricciones del sistema a

diseñar. Estos requisitos no tienen ningún impacto en la funcionalidad de la
aplicación. Además, existe una práctica común de subclasificar los requisitos no
funcionales en varias categorías, como:

• Interfaz de usuario
• Confiabilidad
• Seguridad
• Rendimiento
• Mantenimiento
• Estándares

Subclasificar los requisitos no funcionales es una buena práctica. Ayuda a la hora

de crear una lista de verificación de los requisitos que se deben cumplir en el sistema
a diseñar.

Los requisitos no funcionales son tan importantes como los requisitos funcionales.
Si los requisitos funcionales especifican lo que debe hacer un sistema, los requisitos
no funcionales describen cómo lo hará. Por ejemplo, la nueva aplicación nos
proporcionará la lista final de todos los usuarios conectados. Eso es parte de los
requisitos funcionales. Si el requisito dice que el sistema solo funcionaría en un
sistema Windows y Linux, eso sería parte de los requisitos no funcionales.