PUNTO 1.5

DIAGRAMAS DE CASOS DE USO

Debido a que muchos clientes no poseen conocimientos de programación informática y puede resultarle incomprensible un documento de especificación, se han creado unos diagramas, como el diagrama de casos de uso, que muestre de forma visual los principales requisitos del programa.

En los diagramas de casos de uso, el sistema se presenta como un rectángulo, las acciones dentro de elipses y los tipos de personas se muestran como figuras (llamadas actores) que pueden interactuar con el sistema para realizar acciones.

Por ejemplo, una versión mejorada del programa de la agenda de contactos podría incluir al usuario normal, que puede ver y manipular datos, pero también a un administrador, que podría consultar y añadir datos, así como cambiar la contraseña de acceso al sistema.

TEMA 7. PUNTO 1.1

CARACTERÍSTICAS DEL ANÁLISIS DE REQUISITOS

Para crear un programa con un determinado tiempo y presupuesto, lo primero es pensar qué

tareas se van a realizar. Puede que sea menos relevante si el programa es para uso propio, pero si es una aplicación por encargo, esto adquiere mucha importancia.

Para tener una buena organización del programa, se puede crear una lista con los requisitos que debe cumplir. Esto favorece la determinación de qué tareas son importantes y cuáles no deben hacerse y el establecimiento del momento en el que finalizará el proyecto, algo muy importante en los proyectos a medida ya que evita que el programa pueda crecer indefinidamente añadiéndole nuevas características cada cierto tiempo.

Cuando ya se conocen el tiempo necesario y el presupuesto se deben añadir las características deseadas por el cliente y volver a calcular el tiempo y los recursos necesarios para añadirlas.