UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS

MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES 2021-2022

CICLO II

ASIGNATURA:
INGENIERIA DE SOFTWARE
ORIENTADA A OBJETOS

TEMA:

Requerimiento

DOCENTE:
ING. LEON BAZAN YULIANA
YOHANY

ESTUDIANTE:

SALTOS GILER CHARLEY EMMANUEL

PARALELO:
ISI-S-MA-5-1

FECHA:
GUAYAQUIL, MARTES 15 DE
FEBRERO DE 2022
 Requerimiento

El término requerimiento no se utiliza de forma consistente en la industria del software,

un requerimiento se visualiza como una declaración abstracta de alto nivel de un
servicio que debe proveer el sistema o como una restricción de éste. Encontramos dos
tipos de requerimientos, los cuales se detallan a continuación.

Requerimientos funciones. - Son declaraciones de los servicios que proveerá el

sistema, de manera en que éste reaccionará en situaciones particulares.

En principio, la especificación de requerimientos funcionales de un sistema, debe estar

completa y ser consistente. La compleción (o completitud) significa que todos, los
servicios solicitados por el usuario están definidos. La consistencia significa que los
requerimientos no tienen definiciones contradictorias.

Requerimientos no funcionales. - Son restricciones de los servicios o funciones

ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de
desarrollo, estándares, etc.

No se refieren directamente a las funciones específicas que entrega el sistema, sino a las
propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la
capacidad de almacenamiento.

A menudo son más críticos que los requerimientos funcionales particulares, una falla en
un requerimiento no funcional del sistema lo inutiliza.

Sin embargo, los requerimientos no funcionales no siempre se refieren al sistema de

software a desarrollar. Algunos de estos requerimientos restringen el proceso a utilizar
en el desarrollo del sistema. Surgen de las necesidades del usuario debido a las
restricciones en el presupuesto, a las políticas de la organización, a la necesidad de
interoperabilidad con otros sistemas de software o de hardware o factores externos
como los reglamentos de seguridad, políticas de privacidad, etc.

 El documento de requisitos es la declaración oficial de lo que se necesita

construir.
 Este documento se denomina Especificación de requisitos software.
 Este documento incluye tanto los requisitos del usuario como los del sistema.
 No es un documento de diseño. Debe indicar que hacer, no como hacerlo.
Las características de estos requerimientos son los siguients:

Correcta. Incluye todos los Requisitos.

No Ambigua. Cada Requisito una sola interpretación.

Completa. Bien redactada conforme al estándar.

Consistente. No hay Requisitos contradictorios.

Jerarquizada por Importancia y/o Estabilidad.

Verificable. Los Requisitos son verificables.

Modificable.

Trazable. Los Requisitos se pueden rastrear.

Usable en la fase de mantenimiento.

Un caso de uso es la descripción de una acción o actividad. Un diagrama de caso de uso

es una descripción de las actividades que deberá realizar alguien o algo para llevar a
cabo algún proceso. Los personajes o entidades que participarán en un diagrama de caso
de uso se denominan actores. En el contexto de ingeniería del software, un diagrama de
caso de uso representa a un sistema o subsistema como un conjunto de interacciones que
se desarrollarán entre casos de uso y entre estos y sus actores en respuesta a un evento
que inicia un actor principal.

Los diagramas de casos de uso sirven para especificar la comunicación y el

comportamiento de un sistema mediante su interacción con los usuarios y/u otros
sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los
casos de uso en un sistema. Una relación es una conexión entre los elementos del
modelo, por ejemplo, la especialización y la generalización son relaciones. Los
diagramas de casos de uso se utilizan para ilustrar los requisitos del sistema al mostrar
cómo reacciona a eventos que se producen en su ámbito o en él mismo.