PLANIFICACION Y MODELADO

EQUIPO 4: Aidee Guadalupe Hernndez Manzano Ramiro Ramrez Snchez

UNIDAD 4.- ANALISIS DE LOS REQUERIMIENTOS

ANALISIS DE LOS REQUERIMIENTOS

La Coleccin de anlisis de requerimientos se inicia a partir de la especificacin de los objetivos de informacin geogrfica, establecidos por cada una de las partes que forman la organizacin y que intervendrn en la intervencin de la base de datos.

4.1.-REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES

CONCEPTOS:
Un requerimiento es: Una condicin o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Una condicin o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estndar, especificacin u otro documento formal. Los requerimientos puedes dividirse: Requerimientos Funcionales y Requerimientos No Funcionales.

Los requerimientos funcionales definen las funciones que el sistema ser capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas. Los requerimientos no funcionales tienen que ver con caractersticas que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estndares, etc.

CARACTERISTICAS DE LOS REQUERIMIENTOS

Las caractersticas de un requerimiento son sus principales propiedades principales. Un conjunto de requerimientos en estado de madurez, deben presentar una serie de caractersticas tanto individualmente como en grupo. A continuacin se presentan las mas importantes: Necesario: Un requerimiento es necesario si su omisin provoca una deficiencia en el sistema a construir, y adems su capacidad, caractersticas fsicas o factor de calidad no pueden ser reemplazados por otras capacidades del producto del proceso.

Conciso: Un requerimiento es conciso si es fcil de leer y entender. Su redaccin debe ser simple y clara para aquellos que vallan a consultarlo en un futuro.

 Completo: Un requerimiento esta completo si no necesita ampliar detalles en su redaccin, es decir si se proporciona la informacin para su comprensin. Consstete: Un requerimiento es consistente si no es contradictorio con otro requerimiento. No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretacin. El lenguaje usado en su definicin, no debe causar confusiones al lector.

Verificable: Un requerimiento es verificable cuando puede ser cuantificado de manera que pueda hacer uso de los siguientes mtodos de verificacin: inspeccin, anlisis, demostracin o pruebas.

EJEMPLOS:
Requerimientos funcionales:
Como ejemplo principal tenemos:

Registrar cualquier cambio al acceso del historial

CLINICA

Almacenar la informacin

Tener un historial clnico

REQUERIMIENTOS NO FUNCIONALES

4.2.-CASOS DE USO
Un caso de uso es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizacin de software. En otras palabras, un caso de uso es una secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicacin y el comportamiento de un sistema mediante su interaccin con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relacin entre los actores y los casos de uso en un sistema.

Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar como reacciona una respuesta a eventos que se producen en el mismo. Cada caso de uso se centra en describir cmo alcanzar una nica meta o tarea de negocio. Los casos de uso pretenden ser herramientas simples para describir el comportamiento del software o de los sistemas. Un caso del uso contiene una descripcin textual de todas las maneras que los actores previstos podran trabajar con el software o el sistema. Los casos del uso no describen ninguna funcionalidad interna (oculta al exterior) del sistema, ni explican cmo se implementar. Simplemente muestran los pasos que actor sigue para realizar una tarea.

CARACTERISTICAS DE CASOS DE USO

Un caso de uso debe: Describir una tarea del negocio que sirva a una meta de negocio tener un nivel apropiado del detalle. Ser bastante sencillo como que un desarrollador lo elabore en un nico Lanzamiento. Situaciones que pueden darse: Un actor se comunica con un caso de uso (si se trata de un actor primario la comunicacin la iniciar el actor, en cambio si es secundario, el sistema ser el que inicie la comunicacin). Un caso de uso extiende otro caso de uso.

VENTAJAS:
La tcnica de caso de uso tiene xito en sistemas interactivos, ya que expresa la intencin que tiene el actor (su usuario) al hacer uso del sistema. Como tcnica de extraccin de requerimiento permite que el analista se centre en necesidades del usuario, que espera este lograr al utilizar el sistema, evitando que lla gente especializada en computacin dirija la funcionalidad del nuevo sistema basndose solamente en criterios tecnolgicos. A su vez, durante la extraccin, el analista se centra en las tareas centrales del usuario describiendo por lo tanto los casos de uso que mayor valor aportan al negocio. Esto facilita luego la priorizacin del requerimiento.

LIMITACIONES:
Los casos de uso pueden ser tiles para establecer requisitos de comportamiento, pero no establecen completamente los requisitos funcionales ni permiten determinar los requisitos no funcionales. Los casos de uso deben completarse con informacin adicional como reglas de negocio, requisitos no funcionales, diccionario de datos que complementen los requerimientos del sistema. Sin embargo la ingeniera del funcionamiento que cada caso critico del uso debe tener un requisito no funcional centrado en el funcionamiento asociado.

Diagrama de Casos de Uso:Un Diagrama de Casos de Uso muestra la relacin entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interaccin externa. En el diagrama de casos de uso se representa tambin el sistema como una caja rectangular con el nombre en su interior. Los casos de uso estn en el interior de la caja del sistema, y los actores fuera, y cada actor est unido a los casos de uso en los que participa mediante una lnea. A) Elementos Los elementos que pueden aparecer en un Diagrama de Casos de Uso son: actores, casos de uso y relaciones entre casos de uso. B) Actores Un actor es algo con comportamiento, como una persona (identificada por un rol), un sistema informatizado u organizacin, y que realiza algn tipo de interaccin con el sistema. Se representa mediante una figura humana dibujada con palotes. Esta representacin sirve tanto para actores que son personas como para otro tipo de actores.

EJEMPLO DE CASOS DE USO (CAJERO AUTOMATICO)

Un caso de uso contiene: ELEMENTOS: actores, casos de uso y relaciones entre casos de uso. ACTORES: Un actor es algo con comportamiento, como una persona (identificada por un rol), un sistema informatizado u organizacin, y que realiza algn tipo de interaccin con el sistema. Se representa mediante una figura humana dibujada con palotes. Esta representacin sirve tanto para actores que son personas como para otro tipo de actores.