diagrama del ejercicio

Definicion de casos de uso

Representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, además de
la forma, tipo y orden en como los elementos interactuan (operaciones o casos de uso).
Un diagrama de casos de uso consta de los siguientes elementos:
-Actor.
-Casos de Uso.
-Relaciones de Uso, Herencia y Comunicación.

ACTOR
Una definición previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar
el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en
particular, sino más bien la labor que realiza frente al sistema.
Como ejemplo a la definición anterior, tenemos el caso de un sistema de ventas en que el rol de Vendedor con
respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de Local.

CASOS DE USO

Es una operación/tarea específica que se realiza tras una orden de algún agente externo, sea desde una petición de un
actor o bien desde la invocación desde otro caso de uso.

RELACIONES

ASOCIACIÓN:
Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de
uso). Dicha relación se denota con una flecha simple.

DEPENDENCIA:
Es una forma muy particular de relación entre clases, en la cual una clase depende de otra, es decir, se instancia
(se crea). Dicha relación se denota con una flecha punteada.

GENERALIZACIÓN:
Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo de su estereotipo, que
puede ser de Uso o de Herencia.

Casos de uso

Requerimientos

Definicion de requerimientos
Los requerimientos son la Pieza fundamental en un proyecto de desarrollo de software, es ellos se basan muchos participantes del proyecto para:
*Planear el proyecto y los recursos que se usarán en él. Los lideres de proyecto usan los requerimientos como una base para la estimación del esfuerzo necesario en un proyecto.
*Especificar el tipo de verificaciones que se habrán de realizar al sistema. Por ejemplo: cuando se esta tratando de alinearse a cierta norma oficial o estándar.
*Planear la estrategia de prueba a la que habrá de ser sometido el sistema. Los requerimientos son la base sobre la cual se decide si un caso de prueba fue ejecutado exitosamente por el sistema o no.
*Son el fundamento del ciclo de vida del proyecto. Los requerimientos documentados son la base para crear la documentación del sistema
De ahí su importancia y la importancia de que deban de ser definidos y manejados de la forma mas adecuada posible.