UD 7. Análisis (3)

1.5 DIAGRAMAS DE CASOS DE USO

Un documento de especificación puede resultarle incomprensible a un cliente que no posea conocimientos de programación informática. Por ello, es frecuente elaborar diagramas que muestren los principales requisitos del programa de una forma más visual. Uno de los más habituales es el diagrama de casos de uso.

En los diagramas de casos de uso, el sistema se representa como un rectángulo, las acciones que pueden realizarse se incluyen dentro de elipses y se dibujan figuras planas para simbolizar a cada uno de los tipos de personas (las cuales reciben el nombre de "actores") que pueden interactuar con el sistema para realizar las correspondientes acciones.

Por ejemplo, una versión mejorada del programa de la agenda de contactos podía incluir al usuario normal, que tendría la capacidad de ver y manipular datos, pero también el de un administrador, que podría consultar y añadir datos, así como cambiar la contraseña de acceso al sistema (que la primera versión de la agenda todavía no incluye). Así el diagrama quedaría de la siguiente manera:

UD 7. 1 Análisis (1)

1.1 CARACTERÍSTICAS DEL ANÁLISIS DE REQUISITOS

Para crear un programa en un tiempo limitado y con costes limitados, lo primero que hay que hacer es pensar de forma rigurosa las tareas que queremos que realice, este paso adquiere mucha importancia en caso de que sea un programa pedido por encargo.

Podemos crear un lista de los requisitos que debe cumplir el programa para orientarnos mejor, también hay que establecer que tareas son las mas importantes y cuales no hay que hacer. También es muy importante establecer el momento en el que el proyecto se daría por acabado.

Cuando ya se haya calculado el tiempo necesario y se haya aprobado el presupuesto del proyecto, deben anotarse las características nuevas que desea el cliente ya que será más fácil usarlas para versiones posteriores del proyecto.

1.2 ESPECIFICACIÓN

Es aconsejable crear un documento en el que se recojan los requisitos que debe cumplir el programa. Que en principio simplemente sería una lista de las cosas que queremos que el programa haga, pero posteriormente hay que diferenciar entre los requisitos funcionales y los técnicos.

Un ejemplo de lista que sería bueno hacerla es la siguiente:

• El programa será una agenda de contactos que permitirá guardar datos de personas para poder consultarlos más tarde.
• Deberá almacenar el nombre, los apellidos, la fecha de nacimiento, el domicilio y el correo electrónico de cada persona. Lo único obligatorio será el nombre, lo demás es opcional.
• Que permita guardar una gran cantidad de datos.
• Los datos se deben almacenarse en un fichero para tener acceso a ellos cada vez que se acceda al programa.
• Permitirá buscar datos a partir de cualquier palabra introducida en la búsqueda.
• Buscará a las personas que cumplan años en los próximos 30 días.
• El programa  debe ser creado en C++ y permitirá trabajar en modo texto, de forma que se pueda compilar tanto para Windows como para LliureX o para cualquier otra versión de Linux.