MODELO FUNCIONAL S I G A - forja.softwarelibre.gob.veforja.softwarelibre.gob.ve/docman/view.php/138/304/MODELO++FUNC... · Caso de Uso representa una unidad discreta de interacción

CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745

e-mail: [email protected], [email protected], [email protected]

MODELO FUNCIONAL

S I G A

Urb. Del Este. Carrera 3 entre Calles 2 y 3. Barquisimeto Estado Lara. Telef.: (0251)-2549114 - 2547308Boulevard de Sabana Grande. Edif. Provincial. Piso 9 Oficina 9d-9e. Caracas. Telf. 0212-7612116

mailto:[email protected]



CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


C O N T E N l D O

Introducción

Aspectos Conceptuales

• Definición de modelo

• Requisitos de un Modelo Funcional

• Modelando la Funcionalidad del Sistema: Diagrama de Casos de Uso

Definición y Usos

Composición

Beneficios de la Utilización de Modelos de Casos De Uso

Diagramas de Casos de Uso por Subsistema

INTRODUCCION





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


Una de las partes más importantes en el desarrollo de un Sistema de Información es la

identificación de las necesidades de los usuarios, la mayoría de los fracasos en la

creación de un nuevo sistema de información proviene de una mala definición de las

necesidades funcionales, para evitar eso se han desarrollado diversos métodos

orientados a los usuarios. Estos métodos se centran básicamente en la comprensión de

las necesidades de todas las personas involucradas en la empresa y las razones por las

que el sistema debería ser desarrollado.

El uso de modelos, a veces llamado "modelación", es un instrumento muy común en el

estudio de sistemas de toda índole. En nuestras consideraciones sobre los sistemas de

Control de la Gestión Administrativa, Financiera y de Recursos Humanos, los modelos

son especialmente importantes porque ellos nos ayudan a comprender el

funcionamiento de los sistemas. El empleo de modelos facilita el estudio de los

sistemas, aún cuando éstos puedan contener muchos componentes y mostrar

numerosas interacciones como puede ocurrir si se trata de conjuntos bastante

complejos y de gran tamaño. El trabajo de modelación constituye una actividad técnica

como cualquiera otra, y dicha labor puede ser sencilla o compleja según el tipo de

problema específico que deba analizarse.

El modelado de Casos de Uso es un método orientado a los usuarios para identificar

necesidades funcionales de u nuevo sistema de información. El modelado de casos de

uso es una técnica que permite modelar las funciones de un sistema en términos de

eventos, de quien inicia los eventos y de cómo el sistema responde a esos eventos.

Este documento describe cómo modelar la funcionalidad del sistema utilizando casos

de uso. Identificaremos los aspectos más importantes al respecto y finalmente se

presentaran los diagramas de Casos de Uso de los Subsistemas que integran el

PROYECTO RORAIMA.





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


ASPECTO CONCEPTUAL

DEFINICIÓN DE MODELO

Un modelo es un bosquejo que representa un conjunto real con cierto grado de

precisión y en la forma más completa posible, pero sin pretender aportar una réplica

de lo que existe en la realidad. Los modelos son muy útiles para describir, explicar o

comprender mejor la realidad, cuando es imposible trabajar directamente en la

realidad en sí.

REQUISITOS DE UN MODELO FUNCIONAL

Un modelo funcional es un instrumento que sirve a su propósito en forma adecuada y

que deja satisfecho al utilizador. Un buen modelo funcional toma en cuenta todos los

factores esenciales e ignora por completo los detalles superfinos. Por eso, es de suma

importancia disponer de un propósito muy claro y preciso antes de comenzar a

elaborar el modelo.

Los requisitos primordiales para construir cualquier modelo son:

• Un propósito claramente definido.

• Identificar las consideraciones esenciales (incluir en el modelo).

• Desechar consideraciones superfluas (estas son fuente de confusión).

• El modelo debe representar la realidad en forma simplificada.

MODELANDO LA FUNCIONALIDAD DEL SISTEMA:

DIAGRAMA DE CASOS DE USO

El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema. Un

Caso de Uso representa una unidad discreta de interacción entre un usuario (humano

o máquina) y el sistema. Un Caso de Uso es una unidad de trabajo significativo; por

ejemplo crear una solicitud y modificar una solicitud son todos Casos de Uso.





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


En ingeniería del software, un caso de uso es una técnica para la captura de requisitos

potenciales de un nuevo sistema o una actualización de software. Cada caso de uso

proporciona uno o más escenarios que indican cómo debería interactuar el sistema con

el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en

los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un

lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios sin

experiencia junto a los analistas para el desarrollo de casos de uso.

En otras palabras, un caso de uso es una secuencia de interacciones que se

desarrollarán 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 comunicación y el comportamiento de un sistema mediante su

interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que

muestra la relación entre los actores y los casos de uso en un sistema. Una relación es

una conexión entre los elementos del modelo, por ejemplo la especialización y la

generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar

los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen

en su ámbito o en él mismo.

DEFINICIÓN Y USOS

Un diagrama de Casos de Uso describe lo que hace un sistema desde el punto de vista

de un observador externo, debido a esto, un diagrama de este tipo generalmente es de

los más sencillos de interpretar en UML, ya que su razón de ser se concentra en que

hace el sistema, a diferencia de otros diagramas UML que intentan dar respuesta a un

Como logra su comportamiento el sistema.

Un caso de uso está muy relacionado con lo que pudiera ser considerado un escenario

en el sistema, esto es, lo que ocurre cuando alguien interactúa con el sistema.

Un Diagrama de caso de uso es empleado con más frecuencia en alguna de las

siguientes etapas:





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


• Determinación de Requerimientos: Por lo general nuevos requerimientos de

sistema generan nuevos usos-casos, conforme es analizado y diseñado el sistema.

• Comunicación con el Cliente: Debido a la sencillez de este tipo de diagramas,

son fáciles de emplear para comunicarse con el cliente final del proyecto.

• Generación de pruebas de Sistemas: A través de los diagramas uso-caso se pueden

generar una serie de pruebas de sistema.

COMPOSICIÓN

• Actor: Un actor representa quien o que inicia una acción dentro del sistema, en

otras palabras, es simplemente un rol que es llevado a cabo por una persona o

cosa. Un Actor en un diagrama Caso de uso es representado por una figura en

forma de persona.

• Caso de uso: El caso de uso en sí es representado por un ovalo que describe la

funcionalidad a grosso modo que se requiere por el sistema.

• Comunicación: Este elemento representa la relación que existe entre un caso de

uso y un Actor, dicho elemento es representado simplemente por una línea recta

que se extiende de la figura del actor hacia el ovalo del caso de uso.

• Limite de Sistema (System Boundry): Empleado para delimitar los límites del

sistema, y representado por un rectángulo con color de fondo distintivo.

• Generalización: Una generalización indica que un caso de uso (ovalo) es un caso

especial de otro caso, en otros términos, representa una relación padre-hijo, donde

el hijo puede ser suplido directamente por el padre en cualquier momento. Este

elemento es representado por una línea con flecha que se extiende del caso de uso

hijo hacia el caso de uso padre (general).

• Inclusión: Una inclusión es utilizada para indicar que un caso de uso (ovalo)

depende de otro caso, dicho de otra manera, significa que la funcionalidad de

determinado caso se requiere para realizar las tareas de otro. Este elemento es

representado por una línea punteada con flecha y comentario <<include>> que

se extiende del caso de uso base hacia el uso caso de inclusión.





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


• Extensión: Una extensión representa una variación de un caso de uso a otro,

aunque similar a una generalización, una extensión representa una dependencia

especifica, mientras una generalización no implica que los casos de uso dependen

uno del otro. Este elemento es representado por una línea punteada con flecha y

comentario <<extend>> que origina del caso de uso base hacia el caso de uso

de extensión.

BENEFICIOS DE LA UTILIZACIÓN DE MODELOS DE CASOS DE USO

La utilización de modelos de casos de uso proporciona diversos beneficios, algunos de

ellos se enumera a continuación:

1. Proporciona una herramienta para capturar necesidades funcionales.

2. Ayuda a descomponer el sistema en partes más pequeñas y manejables.

3. Proporciona un lenguaje común entre los usuarios de sistemas y el analista y el

diseñador de sistemas. El problema en la identificación de las necesidades de un

nuevo sistema de información ha sido consecuencia de una mala comunicación

entre usuarios y el analista de sistemas.

4. Proporciona un medio para identificar, asignar, rastrear, controlar y gestionar las

actividades para el desarrollo de sistemas.

5. Proporciona una ayuda en la estimación del alcance, el esfuerzo y el calendario.

6. Brinda una base para comprobar el sistema e términos de definir planes de prueba

y casos de prueba.

7. Proporciona una base para el desarrollo de manuales y sistemas de ayuda para los

usuarios. Así como documentación sobre el desarrollo del sistema.

8. Proporciona una herramienta para hacer seguimiento de las necesidades.

9. Provee un punto de inicio para la identificación de las entidades en el modelo de

datos.

10. Proporciona especificaciones funcionales para el diseño de las interfaces entre el

sistema y los usuarios.

11. Proporciona un medio para definir necesidades de acceso a las bases de datos en

términos de añadir, modificar, eliminar y consultar.





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


12. Brinda un marco de trabajo para el desarrollo de un nuevo sistema de información.

DIAGRAMAS DE CASOS DE USO POR SUBSISTEMA





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: CONTABILIDAD PRESUPUESTARIA





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: CONTABILIDAD FINANCIERA

SUBSISTEMA: FORMULACIÓN DE PRESUPUESTO





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: COMPRAS Y ALMACÉN





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: TESORERÍA





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: BIENES NACIONALES





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: NÓMINA Y PERSONALParte 1





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


Parte 2





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: OBRAS Y CONTRATOS





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: GESTIÓN Y ATENCIÓN AL CIUDADANO





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: CUENTAS POR COBRAR





CIDESA

CIDE, SA.RIF: J-30190889-9 NIT: 0026795745


SUBSISTEMA: VIÁTICOS





Documents

MODELO FUNCIONAL S I G A - forja.softwarelibre.gob.veforja.softwarelibre.gob.ve/docman/view.php/138/304/MODELO++FUNC... · Caso de Uso representa una unidad discreta de interacción