Está en la página 1de 12

Anlisis Documental

Es la recopilacin de documentos que se utilizan en el sistema a


los cuales deben cubrir ciertos puntos.

Tratamiento o proceso documental para que la informacin sea


accesible al usuario.

Documentacin de los datos obtenidos en la


etapa de la elicitacin
Los documentos generados a partir de dicha etapa son:
La comparativa con otros software disponibles en el mercado
Documento de visin (Alcance y propsito del proyecto)
SRS (Especificacin de Requisitos de Software)
Diagrama de clases
Diagramas de actividades
Casos de uso
Escenarios
Posible prototipo del software

Documentacin

En la ingeniera de requisitos, toda la informacin que ha sido


trabajada durante las diferentes fases de elicitacin, tienen que
ser documentadas.

Esta informacin se recoge en unos documentos llamados


documento de visin y en un SRS-Software Requirements
Specification- o especificacin de requisitos del software

Un documento de visin es un documento que describe el plan


general para un determinado proceso de software.

La especificacin de requisitos de software es la actividad en la


cual se genera el documento, con el mismo nombre, que contiene
una descripcin completa de las necesidades y funcionalidades del

sistema que ser desarrollado; describe el alcance del sistema y la


forma en cmo har sus funciones, definiendo los requisitos
funcionales y los no funcionales. En la SRS se definen todos los
requisitos de hardware y software, diagramas, modelos de
sistemas y cualquier otra informacin que sirva de soporte y gua
para fases posteriores

Tipos de Requerimientos
Se clasifican en:

Requerimientos funcionales

Requerimientos no funcionales

Requerimientos funcionales

Servicios o funciones que proveer el sistema.

Describen la interaccin entre el sistema y el entorno.

Ejemplos:

Se debe ingresar nombre, cedula, etc.


Se requiere un listado de los clientes por zonas
En algunos casos tambin declaran lo que el sistema no debe
hacer.

Requerimientos no funcionales

Restricciones a los servicios o funciones ofrecidos por el sistema


Tiempos de respuestas
Recursos consumidos
Seguridad, etc.

Describen aspectos del sistema que son visibles por el usuario pero que
no incluyen una relacin directa con el comportamiento del sistema.
Ejemplos:

Las consultas deben resolverse en menos de 3 segundos

El lenguaje de programacin debe ser Java

Rendimiento del sistema:

Fiabilidad, tiempo de respuesta, disponibilidad.

Interfaces:

Dispositivos de E/S, usabilidad, interoperabilidad.

Proceso de desarrollo:
Estndares, herramientas, plazo de entrega.

Requerimientos Funcionales y No Funcionales

Ejemplo:

Diagrama de Casos de Uso


Explica grficamente un conjunto de casos de uso de un sistema, los
actores y la relacin entre estos y los casos de uso

Elementos del Diagrama de Casos de Uso


Un diagrama de casos de uso consta de los siguientes elementos:

Actor

Caso de Uso

Relaciones

Actor

Se tratan de los roles que pueden jugar los agentes que


interactan con el sistema.
Los roles son jugados por personas, dispositivos, u otros sistemas.

Caso de uso

Secuencia de eventos de un actor que utiliza un sistema


para completar un proceso.

Accin que debe llevar a cabo el sistema.

Tipos de Relaciones
Asociacin

Marca una interactuacin entre dos elementos.

Include

Indica que un caso de uso engloba la accin del otro.

Algunos casos de uso tpicos de inclusin son: comprobar,


verificar, buscar, validar, autentificar o login.

Extend

Sirve para modelar la parte opcional del sistema.

Conviene su uso slo para insertar un nuevo comportamiento no


previsto en un caso de uso existente.

Generalizacin

Un caso de uso hereda el comportamiento y significado de otro, es


decir las relaciones de comunicacin, inclusin y extensin del
super-caso de uso.

Los casos de uso hijo son una especializacin del caso de uso
padre.

Ejemplo de Caso de Uso

Ejemplo de Caso de Uso

NOTA:
La clave para diferenciar una inclusin de una extensin se puede dar
por la siguiente regla:

Una inclusin implica que el caso de uso que lo incluye SIEMPRE


ejecutar el otro caso de uso.

Una extensin implica que el caso de uso al que extiende NO


SIEMPRE ejecutar el otro caso de uso extendido.

Para desarrollar los Casos de Uso

Asignar un nombre al caso de uso. Debe comenzar con verbo para


indicar que se trata de un proceso. Ej.: COMPRAR PRODUCTOS

Comenzar identificando el actor y el evento.

Ej.: Este caso de uso comienza cuando un cliente llega a un punto


de venta con productos que desea comprar.

Descripcin del Caso de Uso: Comprar productos

Caso de Uso: Comprar productos