Fuentes consultadas en la biblioteca virtual. Del libro: Manual UML

Bibliographies

• Amber, scott. The Object Primer: Agile Model-Driven Development whith UML 2.0,3ª,ed. New York: Wiler, 2004.
• Booch, Grady. Object Solutions. Reading, MA: Addison-Wesler, 2005.
• Booch, Grady., Ivar Jacobson y James Rumbaugh. The Unified Modeling Language, 2a, ed, Reading, MA: Addison-Wesley, 2005.
• Eriksson, Hans-Erik, Magnus Penker, Brian Lyons y David Fado. UML 2 Toolkit. Indianapolis:Wesley, 2004.
• Fowler, Martin. UML Distilled Third Edition: A Brief Guide to the Standard Object Modeling Language. Reading, MA: Addison – Wesley, 2004.
• Love, John F. McDonald´s: Behind the Arches. New York: Bantam, 1995.
• Övergaard, Gunnar y Karen Palmkvist. Use Cases: Patterns and Blueprints. Reading, MA: Addison-Wesley, 2005

Elemento de Competencia: 3

Graphic diagrams route

Se presenta la gráfica que evidencia la ruta de los diferentes diagramas, los cuales se deben construir en un proyecto de la fase DOO.

Diagrama de clases UML

Diagrama de clases

En este diagrama de clases, se puede apreciar como las clases de partida de bautismo, confirmación, matrimonio y defunción heredan de la clase SIP y su atributo programa de partidas, donde los atributos de cada clase corresponden a los datos requeridos según la partida que se vaya a ingresar al sistema; además, se puede apreciar que existe asociación entre algunas clases, ya que a la partida de bautismo de una persona se le puede anexar los datos de confirmación y matrimonio, permitiendo asociar objetos que colaboran entre sí. De otro lado, en cuanto a los métodos se puede considerar la opción de agregar, modificar, eliminar o imprimir la información y datos agrupados e ingresados al sistema.

Diagrama UML casos de Usos.

Diagrama de casos de Usos.

Este diagrama de UML, muestra gráficamente el comportamiento del sistema y el usuario o actor que interactúa con el sistema, en este caso un modelado de requisitos funcionales de partidas, donde el usuario solicita información sobre sus datos, el sistema realiza la búsqueda, si es necesario el usuario hace un cambio de datos, solicitando al sistema su cambio o eliminación de la información.

Software: Sistematización SIP

“SISTEMATIZACIÓN PASTORAL"

                                       

Es una empresa dedicada al servicio de la labor pastoral de la iglesia Colombiana y extranjera, mediante el uso de sistemas de información computarizados y en especial en la implantación de los paquetes SIP, que cuentan con gran soporte y garantía”.        

El producto software seleccionado dentro del paquete de programas que ofrece el SiP, elegimos el Programa de Partidas; este sistema es utilizado para sistematizar las partidas de bautismo, confirmación, matrimonio y defunción en las parroquias, con el fin de tener la información organizada, estructurada y proporcionar un fácil acceso a ella; además, es una herramienta que facilita las actividades pastorales reduciendo tiempo, costes y proporcionando un trabajo ágil y eficiente.

El sistema permite el ingreso, búsqueda, cambio y eliminación de datos o información; permitiendo al usuario efectuar su labor de forma correcta y efectiva.

Particularmente, escogimos este producto software, el cual está implementado en la Parroquia San José de Cedeño, y en la actualidad está activo, pues es allí donde se sistematizan todas las partidas que en la Parroquia se crean  constantemente.

Diagrama dinámico de caso de uso

Diagrama dinámico de caso de uso y sustentación 

Este caso de uso representa la interacción que existe entre el usuario y el sistema; donde el usuario inicia con el acceso y el sistema valida los datos para permitir o denegar su ingreso. Se pretende mostrar el proceso que se debe seguir para la sistematización, búsqueda o impresión de las partidas; pues este es el principal fin del sistema para dinamizar el trabajo pastoral de la Parroquia.

Diagrama estático de componentes

Diagrama estático y sustentación

Este diagrama de componente muestra como un sistema de software es dividido en componentes y muestras sus dependencias entre estos componentes. 

Los componentes físicos de este diagrama incluyen las partidas de la parroquia.

Estos son más parecidos a los diagramas de casos de usos y son utilizados para modelar la vista estática y dinámica de un sistema. 

No es necesario que un diagrama incluya todos los componentes del sistema, normalmente se realizan por partes, y  cada diagrama describe un apartado del sistema.

En este diagrama se situarán librerías, tablas, archivos, ejecutables y documentos que formen parte del sistema.

Uno de los usos principales es que puede servir para ver qué componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema.

Diagramas escogidos: Diagrama estático y Diagrama dinámico

¿Porque se escogieron estos diagramas?

1. Se seleccionó el diagrama estático de componentes, porque se puede ver de forma detallada el funcionamiento del sistema entre un conjunto de componentes. Además porque este engloba una o varias clases, o colaboraciones, la cual se puede ver de forma clara.
2. Se ha escogido el diagrama dinámico de caso de uso, ya que es una excelente herramienta para representar las actividades o procesos que se llevan a cabo durante la interacción del usuario con el sistema en el momento de efectuar una determinada labor, especificando el comportamiento del software ante la manipulación del usuario.