1

UNIVERSIDAD DE PANAMÁ
CENTRO REGIONAL UNIVERSITARIO DE VERAGUAS
FACULTAD DE INFORMÁTICA, ELECTRÓNICA Y COMUNICACIÓN
LICENCIATURA EN INFORMÁTICA PARA LA GESTIÓN EDUCATIVA Y
EMPRESARIAL

II SEMESTRE

MATERIA:

PROGRAMACIÓN IV

TEMA:

Proyecto #1: Análisis y Diseño OO

PRESENTADO AL PROFESOR:

Diego Santimateo

POR:

Alberto Carrillo
Jairo Concepción
Diomedes Montes

AÑO LECTIVO:

2007
 2
INDICE

PAG.
 INTRODUCCION………………………………………………………………………..3
 OBJETIVOS……………………………………………………………………………..4
 DESCRIPCION DEL PROYECTO…………………………………………………….4
 ORGANIZACIÓN Y RESULTADOS DE LA ENTREVISTA………………………...4
 UTILIDAD DE LA INFORMACION…………………………………………………….5
 DESCRIPCION DEL PROBLEMA O DOMINIO……………………………………..5
• FUNCIONES DEL SISTEMA
o OBJETIVO GENERAL………………………………………………………….5
o OBJETIVO ESPECIFICO………………………………………………………5
o REQUISITOS DEL SISTEMA
 REQUISITOS FUNCIONALES………………………………………...6
 REQUISITOS NO FUNCIONALES……………………………………6
• ANALISIS ORIENTADO A OBJETOS Y DISEÑO UML DEL SISTEMA………….7
• DIRECCION URL DE LA UBICACIÓN DEL MAPA CONCEPTUAL DE LA
FASE DE ANALISIS…………………………………………..........................8
• DIAGRAMA DE CLASES………………………………………………………9
• DESCRIPCION DE LAS CLASES DEL SISTEMA………………………...10
• GLOSARIO DE TERMINOS………………………………………………….12
• DIAGRAMA DE RELACION DE LAS CLASES…………………………….13
• IDENTIFICACION DE LAS RELACIONES ENTRE CLASES…………….13
• DIAGRAMA UML DE CLASES, ATRIBUTOS Y OPERACIONES……….14
• DIAGRAMA DE CASOS DE USO…………………………………………...15
• COEVALUACION……………………………………………………………………...16
o REFLEXION GRUPAL SOBRE EL RESULTADO DEL TRABAJO EN
GRUPO…………………………………………………………………………16
 3
o REFLECIONES INDIVIDUALES SOBRE EL RESULTADO DEL TRABAJO
EN GRUPO………………………………………………………..17
 CONCLUSION…………………………………………………………………………19
 BIBLIOGRAFIA………………………………………………………………………...20
• ANEXOS………………………………………………………………………..………21
o RESUMENES INDIVIDUALES DE LA WEBQUEST……………….…..….22
o CONCENSO GENERAL DEL RESUMEN GRUPAL DE LA WEBQUEST…
………………………………………………………..............31
 4

INTRODUCCION

Este trabajo que trata sobre la Programación Orientada a Objetos. El les presenta
como primer punto un mapa conceptual sobre la fase de análisis que fue tratado en el
documento de Miguel Ángel Abián.

Luego se presenta la realización de la encuesta que se le aplico a un plantel

secundario, que en este caso se encogió el I . P . T .Río de Jesús. Para luego presentar
un informe de los datos recabados y de la información que ellos han generado,en
donde los resultados de la misma se utilizarían para realizar una propuesta UML de un
modelo Orientado a Objetos de un sistema de administración escolar (desempeño
académico).

También se presenta el desarrollo del análisis y el diseño OO del WebQuest aplicando

las especificaciones de Miguel Abián con la documentación UML correspondiente.

Al final se presentan las coevaluaciones de los que realizaron este trabajo, de cuál fue
la parte más difícil, cuál fue la metodología para lograr los objetivos, qué nuevos
conocimientos se lograron, qué conocimientos previos fueron esenciales.
 5

OBJETIVOS
Objetivo general
•analizar y diseñar un sistema de administración del desempeño académico.
Objetivo especifico
•confeccionar un modelo UML de información basado en el enfoque orientado a
objetos.

DESCRIPCIÓN DEL PROYECTO

Hacer una propuesta UML de un modelo Orientado a Objetos, de un sistema de

administración escolar de secundaria, enfocado al desempeño académico, que además
de llevar el control de las calificaciones(notas de un año, de un bimestre o historial),
sea capaz de identificar áreas de deficiencias(matemática, español, etc.), estadísticas
por salón(cantidad de fracasos, desempeño satisfactorio, desempeño excelente, etc.) ,
puestos de honor, eficiencia docente(cantidad de fracasos, desempeño satisfactorio,
desempeño excelente por docente, etc.) y adiciones que el grupo considere relevante.

ORGANIZACIÓN Y RESULTADOS DE ENTREVISTA

En la Organización de la tercera etapa de este proyecto de Programación Orientada a

Objeto, la cual tenia como objetivo realizar una entrevista a un centro secundario y
obtener los resultados sobre el sistema de administración escolar, pero que se enfocara
en el desempeño académico, la entrevista se le aplico al colegio
I . P . T .Río de Jesús. La misma se dirigió específicamente a la persona encargada de
tratar con estas funciones.

Los resultados que se obtuvieron de la entrevistas realizadas a las personas

responsables de llevar a cabo los procesos fueron realizadas, el cual nos llevo a
realizar análisis detallado del sistema de administración escolar y así confeccionar los
respectivos diagramas UML que esta primera etapa requiere (análisis OO).
 6

UTILIDAD DE LA INFORMACIÓN

La utilidad, de los resultados de la encuesta es que nos ayudan a conocer los

requisitos necesarios que debe cumplir un sistema para satisfacer las necesidades de
los usuarios, reflejando así que debe hacer el sistema, y poder realizar un análisis OO,
con sus respectivos diagramas UML que muestran como debe realizarse el sistema
para luego detallar su diseño OO.

DESCRIPCIÓN DEL PROBLEMA O DOMINIO

El dominio se basa explícitamente en el Instituto Profesional y Técnico Río de Jesús

debido al sistema de administración escolar con que cuenta, no se detalla
eficientemente el desempeño de las actividades académicas como el control de las
calificaciones(notas de un año, de un bimestre o historial), identificar áreas de
deficiencia(matemática, español, etc.), determinar resultados estadísticos por
salón(cantidad de fracasos, desempeño satisfactorio, desempeño excelente,
etc.),puestos de honor y eficiencia laboral del docente.

FUNCIONES DEL SISTEMA

 Objetivo General

Desarrollar un sistema computacional que realice diversas actividades

administrativas en el desempeño académico escolar a nivel de secundaria.

 Objetivos Específicos

•Llevar un Control anual, bimestral o historial de las calificaciones.

•Identificar áreas vulnerables en deficiencia presenciadas por los estudiantes.
•Realizar y presentar informes estadísticos por salón en cuando a la deficiencia y
la calidad de desempeño de los estudiantes.
•Analizar las calificaciones de los estudiantes para determinar si se considera
cuadro de honor o distinguido.
 7
• Determinar la eficacia y desempeño docente en el papel que juega el profesor
con los procesos de enseñanza-aprendizaje.

REQUISITOS DEL SISTEMA

Aquí se muestra un listado de los requisitos que el sistema debe cumplir:

• El sistema controlará anual y bimestralmente las calificaciones estudiantiles y

presentará un historial.
• Indicara vulnerabilidades de deficiencia estudiantil en áreas específicas.
• Creará un informe estadístico por salón con respecto a deficiencia y calidad de
desempeño estudiantil.
• El sistema calculará y determinará por grupo a los estudiantes considerados
cuadro de honor y distinguidos.
• El sistema analizará anual y bimestralmente el desempeño y rendimiento laboral
del profesor.

Requisitos funcionales

• El sistema generará un informe anual y bimestral separado del resultado de las

calificaciones.
• El sistema informará mediante un aviso la detección de un área vulnerable a
deficiencia estudiantil.
• Generará un listado de los estudiantes de cuadro de honor y estudiantes
distinguidos.
• Indicará mediante un aviso cuando el informe estadístico por salón esta
completo para su visualización o impresión.
• El sistema detectara a los profesores que carecen deficiencia laboral y
presentara un listado detallado de los mismos.

Requisitos no funcionales

 La aplicación funcionara con 64mb mínimo de memoria RAM

 Requiere mínimo 1gb de espacio libre en el disco duro
 El sistema para su ejecución es compatible con los sistemas operativos:
Windows 95, 98, ME, 2000, XP.
 Para instalar la aplicación se requiere de una unidad de CD-ROM.
 8

ANALISIS ORIENTADO A OBJETOS Y DISEÑO UML DEL SISTEMA

El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un

lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que
comprende el desarrollo de software.

El diseño UML es muy valioso, ya que facilita la rápida evaluación de la estructura de

un sistema en base a diagramas que la evaluación compleja del código fuente (en los
anexos explicaremos detalladamente este punto).

En UML se clasifican los diagramas nos permiten identificar las relaciones,

asociaciones y herencias entre las clases.
 9

DIRECCION URL DE LA UBICACIÓN DEL MAPA CONCEPTUAL DE LA FASE DE

ANALISIS

http://i226.photobucket.com/albums/dd109/alameida25/mapafasedean
alisis2.jpg

En esta dirección url encontraran el mapa conceptual de la fase de análisis de un

sistema proporcionado por la documentación tutorial de Miguel Ángel Abián.
 10

Identificación y exposición de las clases

Después de haber interpretado y comprendido la información relevante que nos brinda

el documento de Miguel Ángel Abián sobre la Orientación a objetos, comenzamos a
analizar el dominio y identificado para extraer conceptos e ideas lo mas abstractamente
necesario para elaborar el diagrama de clases.

DIAGRAMA DE CLASES

Administracion
Académica

DirectorPlant
Secretaria
el

Estudiante Profesor Orientador MencionesHonorificas

AlmacenamientoDatos
 11
Descripción de las clases del sistema

Después de haber estudiado y analizado conceptos en el dominio para posibles clases

candidatas, hemos analizado e interpretado las actividades académicas que efectúa
la administración escolar, para así aclarar definitivamente establecer el planteamiento
de la propuesta del sistema, que cumpla con los requisitos establecidos.

A continuación se presentará una descripción detallada del funcionamiento del sistema:

DESCRIPCION DE LAS CLASES
CLASES FUNCIONAMIENTO
Esta clase contiene la información de los docentes y como
atributos: Nombre; Nivel; Grupo, Apellido, Firma y
Asignatura;

Consta de los métodos:

- e-planear(); este método brindará al docente la oportunidad

de realizar sus planes de manera digital y así ayudarle en la
optimización de contenidos.

-trabajarplanillla();en este método se hace uso del

método rendimientoclase() donde se toma la evaluación
Profesor diaria de cada estudiante y puede calcular el promedio
bimestral o anual. Para este caso realiza el registro del
promedio bimestral en la planilla.

-elaborarCal1Cal2(); en este método se utiliza las

calificaciones bimestrales para elaborar el cal1 y cal2,
donde se muestran las estadísticas académicas de los
estudiantes, por grupos y por nivel, le ayudara al docente
calcular y registrar estos datos de manera rápida y
eficiente.

Esta clase contiene como Atributos los datos del

estudiantes; Nombre, Grupo, Apellido; Nivel;
Asignatura.

La misma tiene como método rendimientoclase(); el cual

Estudiante registra las notas del estudiante por parciales, bimestrales
y asignaciones, así como la asistencia y su
comportamiento en base a un metodo selectivo: S=
excelente, R=regular y X=mal.
DirectorPlantel La clase DirectorPlantel, cuenta con los atributos
Planes_Bimestrales y Planes_Semanales. Tiene como
método único evaluareficienciadocente(), el cual evalúa
el desempeño del docente en cada asignatura que imparte,
realiza un informe evaluativo el cual es almacenado en la
 12
secretaria.
La clase secretaria consta de los atributos
planillaprofesor y cal1cal2;
Secretaria
En esta clase es donde se trabaja la parte de registro de la
información, tiene los métodos; analizarplanilla(): se
encarga de calcular el promedio bimestral del estudiante
en cada asignatura para luego proceder a registrarlo en el
boletín.

Boletinestudiante(): se encarga de pasar los datos de la

planilla al boletín personal de cada estudiante.

Revisarcal1cal2(): en este método se realiza la tarea de

revisar los documentos cal1 y cal2, para evaluar el
rendimiento de los estudiantes por nivel y por grupo.
Los atributos con los que cuenta esta clase son
planillaprofesor, cal1 y cal2.
En esta clase se trabaja con la verificación del desempeño
Orientador de los estudiantes por salón y por grupo, el cual tiene como
método determatdeficientes() el cual se identifica las áreas
de deficiencias de cada salón y grupo para luego ser
tratadas.
Los atributos de esta clase esta conformado por el atributo
planillaprofesor, y cuenta con los métodos:

-identificarcuadroshonor(): este método se encarga de

identificar los estudiantes que tienen un promedio en el
MencionesHonorificas rango de 4.6 a 5.0.

-identificardistinguidos():este método se encarga de

identificar los estudiantes que tienen un promedio en el
rango de 4.3 a 4.5.
 13
Los atributos de esta clase están conformados por los
atributos; cal1cal2, evaluaciondocente, planillaprofesor.

El método de esta clase archivar(): es el que se encarga

de almacenar toda la información originada en los
AlmacenarDatos diferentes métodos del sistema, en el momento en que se
decide guardar los datos académicos, de esta manera al
momento de solicitarla se obtiene un acceso rápido,
eficiente y eficaz.

Glosario de términos

En cuanto al análisis y estudio del dominio o problema, los términos conceptuales,

ideas y abstracciones identificadas para el desarrollo del sistema, hemos identificado 3
términos que tienen mucha relevancia en las propiedades y operaciones del sistema,
estos son:

Cal 1: documento que llenado y entregado por el docente a la secretaria del colegio al
finalizar el bimestre, el mismo registra; nombre de la asignatura, nivel, nombre del
profesor, año lectivo y en un cuadro; grupos, matricula, aprobados en el bimestre
(cantidad y porcentaje), fracasados en el bimestre (cantidad y porcentaje), fracasados a
la fecha (cantidad y porcentaje), etc. Sin calificación y reprobados. El registro lo hace
por materia y por grupo de cada nivel a que le imparte clases. (Ejemplo VIIº A, VIIºB,
VIIºC)

Cal2: este documento es llenado por el docente y entregado a la secretaria del colegio
al finalizar el bimestre, el mismo registra; nombre de la asignatura y en un cuadro;
primer ciclo, matricula, aprobados en el bimestre(cantidad y porcentaje), fracasados en
el bimestre(cantidad y porcentaje), fracasados a la fecha(cantidad y porcentaje), est.
sin calificación y estudiantes retirados, a diferencia del cal1, este documento se llena
por materia pero solo se incluyen los resultados total de cada nivel. (Ejemplo VIIº, VIIIº,
IXº).

Planillas: documento que entrega la secretaria a cada profesor al final de cada

bimestre para que el mismo registre las calificaciones de los estudiantes, de cada
grupo, este documento también llamado INFORME DE CALIFICACIONES,
 14
AUSENCIAS Y TARDANZAS, debe contener nombre del plantel, asignatura, nivel,
grupo y profesor consejero.

DIAGRAMA DE RELACION DE CLASES

Class Estudiante
Class AlmacenarDatos

-Nombre;-grupo -cal1cal2;
-Apellido;-nivel; -evaluaciondocente;
-Asignatura -planillaprofesor;

Archiva/guarda
Class DirectorPlantel Entrega
-Planes_Bimestrales; Class Secretaria
-Planes_Semanales;
-planillaprofesor;
-cal1cal2;
Evalúa
Tiene
n Pide
Remite
Solicita

Recibe
Class Profesor
Class Orientador Class MencionesHonorificas
-Nombre; -Nivel; -Grupo Entrega
-Apellido -Firma;
-planillaprofesor; -planillaprofesor;
-Asigntura;
-cal1cal2;
 15

Identificación de las relaciones entre las clases

•Los estudiantes tienen profesores.

•Los profesores reciben la planilla de la secretaria.
•La secretaria pide el Cal1, Cal2 y Planilla a los profesores para elaborar los
boletines y luego elaborar el historial académico de los estudiantes.
•Los profesores entregan la planilla, el Cal1 y Cal2 a la secretaria
•La secretaria remite el informe de Cal1 y Cal2 al orientador.
•MencionesHonorificas solicita el historial académico de los estudiantes a la
secretaria para determinar cuadro de honor o distinguido.
•El director le entrega el informe de la evaluación docente a la secretaria.
•La secretaria archiva el informe de Cal1, Cal2, planilla y los resultados de
evaluación de los profesores.

Identificación de los atributos o propiedades de las clases

El método o la forma que utilizamos para identificar los atributos o propiedades de las
clases, consiste en especificar propiedades de cada clase que la caractericen en el
funcionamiento explicito de sus operaciones tomando en cuenta los diagramas
elaborados.

DIAGRAMA UML DE CLASES, ATRIBUTOS Y OPERACIONES

 16
Class AdministracionAcademica

-main();

Class Estudiante Class Profesor Class DirectorPlantel Class Secretaria

-Nombre; -grupo
-Nombre; -Nivel; -Grupo -Planes_Bimestrales; -planillaprofesor;
-Apellido;-nivel;
-Apellido -Firma; -Asigntura; -Planes_Semanales; -cal1cal2;
-Asignatura

-planear(); -analizarplanilla();
-rendimientoclase(); -trabajarplanillla(); -evaluareficienciadocente(); -boletinestudiante();
-elaborarCal1Cal2(); -revisarcal1cal2();

Class Orientador Class MencionesHonorificas Class AlmacenarDatos

-planillaprofesor; -expedienteprofesor;
-cal1cal2; -planillaprofesor;
-expedientestudiante;

-determatdeficientes(); -identificarcuadroshonor(); -archivar();

-revisarcal1cal2(); -identificardistinguidos();

DIAGRAMA DE CASOS DE USO

EXPLICACION

Según lo estudiando sobre los diagramas de casos de uso, suelen usarse, además de
para capturar requisitos funcionales (véase la pagina 6), para identificar clases concep-
tuales del dominio (un caso de uso explicito podríamos ejemplificar la extracción de
clases como Profesor y DIrectorPlantel ).
 17
Para identificar que clases se pueden emplear con los casos de uso, radica en la forma
de cómo analizamos el dominio para extraer conceptos e ideas abstractas para clasifi-
carlas como posibles clases.

Los casos de uso no están orientados a objetos: expresan las funciones del sistema
(requisitos funcionales) sin emplear objetos y clases. No obstante, son una técnica muy
habitual y útil para extraer las clases conceptuales del dominio.

COEVALUACION

REFLEXIONES SOBRE EL RESULTADO DEL TRABAJO EN GRUPO

1. ¿Cuál fue la metodología para lograr los objetivos de este trabajo?

La metodología que se utilizo para lograr la elaboración de este proyecto fue la lectura,
el análisis, la organización y el desarrollo de los diferentes puntos de la fase de
procesos en el proyecto. En donde primero comenzamos con el análisis de los
documento de miguel Ángel Abián, para luego desarrollar un mapa conceptual sobre la
fase de análisis de Orientación a Objetos. También por medio de la lectura y el análisis
se realizaría un resumen de los recursos ofrecidos en la WebQuest. También se realizo
 18
la selección y organización de las preguntas que se implementarán en la entrevista que
se le aplicaría al colegio y con la recopilación de los datos, se comenzaría con la
abstracción del dominio del problema, el desarrollo de las etapas de Análisis del
diagrama UML del sistema.

2- ¿Qué utilidad tiene el trabajo realizado?

Este trabajo tiene como utilidad de enriquecernos de información y de conocimientos

prácticos al momento de planificar un proyecto o un programa basado en la orientación
a objetos, sin embargo, nos será de apoyo para elaboración del anteproyecto de tesis
comprendiendo y tomando en cuenta muchos aspectos conceptuales y ejemplares de
este trabajo y también nos será útil cuando nos apliquemos en plazas de trabajo como
futuros licenciados en informática para la gestión educativa y empresarial.

REFLEXIONES INDIVIDUALES SOBRE EL RESULTADO DEL TRABAJO EN

GRUPO

 Reflexión Individual de Jairo Concepción

La parte más difícil fue el desarrollo de los diagramas en el cual se requerían la

identificación de ciertos elementos que nos ayudaría a confeccionar los diagramas. Los
nuevos conocimientos que e logrado adquirir fueron el desarrollo de los diferentes tipos
de diagramas UML. Como también el mejor análisis de estos, identificando el dominio,
la clase y métodos del dominio del problema.

Los conocimientos previos que me fueron útiles fueron los que e adquiridos en el
transcurso del curso de Orientación Orientado a Objeto, con las tareas de análisis y de
 19
investigación que el profesor no ha dado, pienso que son los que más me han ayudado
a realizar este trabajo.

La importancia que significa para mí este proyecto es que por medio de la

investigación, el analizar y desarrollar del mismo, me permite realizar investigaciones
para el desarrollo de un programa para cualquier institución.

 Reflexión Individual de Alberto Carrillo

Los conocimientos que obtuve sobre la programación orientada a objetos es

considerablemente significativa e interesante, ya que la orientación a objetos abarca un
paradigma diversificado entre los real de la vida cotidiana y en el diseño y
programación sistemática.

La parte que presente dificultad en el desarrollo del proyecto fue en el planteamiento de

diagramas, porque no sabia por cual empezar a organizar mi resultados del análisis del
dominio, me confundía con el diagrama de clases y el diagrama de relaciones, por
consiguiente, la elaboración de este proyecto me ayudo a formalizar mas mis
conocimientos sobre el análisis y diseño OO tomando en cuenta muchos aspectos
importantes en el desarrollo del mismo partiendo del estudio de los documento de
Miguel Ángel Abián que en lo personal es un excelente tutorial , ya que nos brinda
definiciones, conceptos, ideas y ejemplos de cómo uno interactúa con la elaboración de
programas o proyectos orientado a objetos tomándolo en cuenta para futuras
asignaciones, agradezco al profesor por habernos brindado herramientas recursivas y
materiales de apoyo para la realización del proyecto.

 Reflexión Individual de Diomedes Montes

Para mi la parte en que presente mayor dificultad, fue en comprender la utilidad de

cada elemento de los diagramas, y por ende presente dificultad en la elaboración de los
mismo, sin embargo explore las biografías recomendadas para el desarrollo del
proyecto y logre comprender la utilidad y función que tienen los diagramas en el
desarrollo de Sistemas, por consiguiente, el conocimiento principal que he logrado es
conocer sobre el lenguaje UML, y que el mismo es un lenguaje que se utiliza para
especificar, visualizar y construir artefactos de sistemas de software ya que es de
modelado visual, esto nos permite diseñar, configurar controlar y mantener la
información del o los sistemas a construir. Considero que los conocimientos previos
que me fueron de gran ayuda es conocer sobre Objetos Clases, Atributos y Métodos,
ya que en algunos de los diagramas se hace necesario especificar representación de
estos.
 20
Elaborar un proyecto como éste tiene una importancia muy grande para mí tanto para
la formación profesional como la personal, ya que me he dado cuenta que aprender
cosas valiosas cada día ayuda a obtener nuevos conocimientos y a fortalecer los
presentes.

CONCLUSIÓN

En la programación Orientada a Objeto hemos visto que la idea principal de esta forma
de programación es separar las partes complejas del programa en módulos o
segmentos que sean ejecutados conforme se requieran. De esta manera tenemos un
diseño modular, compuesto por módulos independientes que puedan comunicarse
 21
entre sí. El desarrollo de la misma permite crear sistemas, como también nos permite
relacionar el sistema al mundo real, facilita el trabajo en equipo.
Lo interesante de la POO es que proporciona conceptos y herramientas con las cuales
se modela y representa el mundo real tan fielmente como sea posible.

BIBLIOGRAFIA

 Enciclopedia universal micronet 2007 (área de programación y computación).

 Documentacion de Miguel Angel Abián:

http://www.javahispano.org/tutorials.item.action?id=25 y
http://www.javahispano.org/tutorials.item.action?id=33.

 Herramienta para la creacion del mapa conceptual de la fase de análisis:

http://cmap.ihmc.us/ .
 22

 Tutorial de UML: http://www.clikear.com/manuales/uml/

 Tutorial UML recomendado para la captación rápida de los conceptos y aplica-

ción de esta tecnología. http://www.esnips.com/doc/5ae972fd-837f-4ab4-a3c0-
e5a575567699/Tutorial-de-UML/?widget=documentIcon
 23

Resumen de la WebQuest

(Jairo Concepción)

Diagrama UML: es un lenguaje que permite modelar, construir y documentar los

elementos que forman un sistema software orientado a objetos. UML no define un
proceso de desarrollo específico, tan solo se trata de una notación.

Modelos
Un modelo representa a un sistema software desde una perspectiva específica.

Los modelos de UML que se tratan son los siguientes:

• Diagrama de Estructura Estática.
• Diagrama de Casos de Uso.
 24
• Diagrama de Estados.

Elementos Comunes a Todos los Diagramas

• Notas: Es un modo de indicar información en un formato libre, cuando la

notación del diagrama en cuestión no nos permite expresar dicha información
de manera adecuada.

• Dependencias: La relación de dependencia entre dos elementos de un

diagrama significa que un cambio en el elemento destino puede implicar un
cambio en el elemento origen (por tanto, si cambia el elemento destino habría
que revisar el elemento origen).

1. Diagramas de Estructura Estática

Los Diagramas de Estructura Estática de UML se van a utilizar para representar tanto
Modelos Conceptuales como Diagramas de Clases de Diseño. Ambos usos son
distintos conceptualmente, mientras los primeros modelan elementos del dominio los
segundos presentan los elementos de la solución software.
Elementos que los forman este diagrama:

• Clases: La clase se representa en tres partes: En la parte superior se muestra

el nombre de la clase, en medio los atributos y en la inferior las operaciones.

• Objetos: Un objeto se representa de la siguiente forma: En el parte superior

aparecen el nombre del objeto junto con el nombre de la clase subrayados.

• Asociaciones: Las asociaciones entre dos clases se representan mediante

una línea que las une. La línea puede tener una serie de elementos gráficos que
expresan características particulares de la asociación.

• Herencia: La relación de herencia se representa mediante un triángulo en el

extremo de la relación que corresponde a la clase más general o clase.

• Elementos Derivados: es aquel cuyo valor se puede calcular a partir de otros

elementos presentes en el modelo.

2. Diagrama de Casos de Uso

Muestra la relación entre los actores y los casos de uso del sistema. Representa la
funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa.
Elementos que los forman este diagrama:
• Actores: son como personas identificada por un sistema informatizado u
organización, y que realiza algún tipo de interacción con el sistema.
 25
• Casos de Uso: es una descripción de la secuencia de interacciones que se
producen entre un actor y el sistema. Expresa una unidad coherente de
funcionalidad.

• Relaciones entre Casos de Uso: La razón para utilizar estos casos de uso no
completos en algunos casos, es mejorar la comunicación en el equipo de
desarrollo, el manejo de la documentación de casos de uso.

Un Diagrama de Clases de Diseño muestra la especificación para las clases

software de una aplicación. Incluye la siguiente información:
 Clases, asociaciones y atributos.

 Interfaces, con sus operaciones y constantes.

 Métodos: son la forma en como ésta interactúa con su entorno, éstos

pueden tener las características:
public, private, protected.

 Navegabilidad: es una propiedad de un rol (un extremo de una

asociación) que indica que es posible “navegar” unidireccionalmente a
través de la asociación, desde objetos de la clase origen a objetos de la
clase destino.

 Dependencias: representa un tipo de relación muy particular, en la que

una clase es instanciada (su instanciación es dependiente de otro
objeto/clase).

3. Diagramas de Interacción

Este diagrama muestra un patrón de interacción entre objetos. El diagrama de

interacción, representa la forma en como un Cliente (Actor) u Objetos (Clases) se
comunican entre si en petición a un evento. Este se puede obtener desde el Diagrama
Estático de Clases o el de Casos de Uso (son diferentes).

Los componentes de un diagrama de interacción son:

• Un Objeto o Actor.
Esta representa por un rectángulo, que es una instancia de un Objeto en
particular, y la línea punteada representa las llamadas a métodos del objeto.

• Mensaje de un objeto a otro objeto.

Esta representa la llamada de un método (operación) de un objeto en particular.

• Mensaje de un objeto a si mismo.

 26
Aquí es posible visualizar llamadas a métodos desde el mismo objeto en
estudio.

Tipos de diagramas de interacción:

• Diagrama de Secuencia
Muestra los objetos participantes en la interacción y los mensajes que
Intercambian ordenados según su secuencia en el tiempo.

• Diagrama de Colaboración
Muestra una interacción organizada basándose en los objetos que toman parte
En la interacción y los enlaces entre los mismos.

• Diagramas de Estado
Un Diagrama de Estados muestra la secuencia de estados por los que pasa
Bien un caso de uso, bien un objeto a lo largo de su vida, o bien todo el sistema.

En él se indican qué eventos hacen que se pase de un estado a otro y cuáles

son las respuestas y acciones que genera. Se puede aplicar un Diagrama de
Estados al comportamiento de los siguientes elementos:

 Una clase software.

 Un concepto.
 Un caso de uso.

La utilidad de un Diagrama de Estados en esta fase reside en mostrar la secuencia

permitida de eventos externos que pueden ser reconocidos y tratados por el sistema.

Resumen de la WebQuest

(Diomedes Montes)

LENGUAJE UNIFICADO DE MODELAMIENTO (UML)

Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y

documentar artefactos de un sistema de software. Se usa para entender, diseñar,
configurar, mantener y controlar la información sobre los sistemas a construir. Capta la
información sobre la estructura estática y el comportamiento dinámico de un sistema.

Atributos y Métodos:
 27

Atributos: también se conoce como características de una Clase pueden ser de tres
tipos, los que definen el grado de comunicación y visibilidad de ellos con el entorno,
estos son:
• public Indica que el atributo será visible tanto dentro como fuera de la clase,
es decir, es accesible desde todos lados.
• Private Indica que el atributo sólo será accesible desde dentro de la clase
(sólo sus métodos lo pueden accesar).
• protected Indica que el atributo no será accesible desde fuera de la clase,
pero si podrá ser accesado por métodos de la clase además de las
subclases que se deriven.

Métodos: también se conoce como operaciones de una clase son la forma en como
ésta interactúa con su entorno, éstos pueden tener las características:
• public: Indica que el método será visible tanto dentro como fuera de la
clase, es decir, es accesible desde todos lados.
• private: Indica que el método sólo será accesible desde dentro de la clase
(sólo otros métodos de la clase lo pueden accesar).
• protected: Indica que el método no será accesible desde fuera de la clase,
pero si podrá ser accesado por métodos de la clase además de métodos de
las subclases que se deriven.

Modelos UML
Representan a un sistema software desde una perspectiva específica. nos muestran la
misma figura vista desde distintos ángulos, cada modelo nos permite fijarnos en un
aspecto distinto del sistema.

Ejemplo de modelos de UML

1. Diagrama de Estructura Estática.

2. Diagrama de Casos de Uso.
3. Diagrama de Secuencia.
4. Diagrama de Colaboración.
5. Diagrama de Estados

El diagrama que utilizamos en este proyecto es el diagrama de estructura estática.

Elementos Comunes en todos los Diagramas

 28
• Notas: sirve para añadir cualquier tipo de comentario a un diagrama. Se
representa como un rectángulo con una esquina doblada con texto en su
interior. Puede aparecer en un diagrama tanto solo como unido a un
elemento por medio de una línea discontinua.
• Dependencias Una dependencia se representa por medio de una línea
de trazo discontinuo entre los dos elementos con una flecha en su extremo.

• Diagramas de Estructura Estática de UML

Se utilizan para representar tanto Modelos Conceptuales como Diagramas de

Clases de Diseño. Ambos usos son distintos conceptualmente, mientras los
primeros modelan elementos del dominio los segundos presentan los elementos de
la solución software. Ambos tipos de diagramas comparten una parte de la notación
para los elementos que los forman (clases y objetos) y las relaciones que existen
entre los mismos (asociaciones).

Clases se representa mediante una caja subdividida en tres partes:

• En la superior se muestra el nombre de la clase
• En la media los atributos
• En la inferior las operaciones.

- Objeto
Se representa de la misma forma que una clase. En el compartimiento
superior aparecen el nombre del objeto junto con el nombre de la clase
sintaxis: nombre_del_objeto: nombre_de_la_clase

- Asociaciones
Se representan mediante una línea que las une. La línea puede tener una
serie de elementos gráficos que expresan características particulares de
la asociación. El nombre de la asociación es opcional y se muestra como
un texto que está próximo a la línea.

- Multiplicidad
es una restricción que se pone a una asociación, que limita el número de
instancias de una clase que pueden tener esa asociación con una
instancia de la otra clase.

- Agregación
Es un diamante colocado en el extremo en el que está la clase que
representa el “todo”.

- Asociaciones N-Arias
Las clases se unen con una línea a un diamante central. Si se muestra
multiplicidad en un rol, representa el número potencial de tuplas de
instancias en la asociación cuando el resto de los N-1 valores están fijos.
 29
- Navegabilidad
Se puede indicar la navegabilidad mediante una flecha. Significa que es
posible "navegar" desde el objeto de la clase origen hasta el objeto de la
clase destino.

 Herencia La relación de herencia se representa mediante

un triángulo en el extremo de la relación que corresponde a
la clase más general o clase “padre”.

 Elementos Derivados es aquel cuyo valor se puede

calcular a partir de otros elementos presentes en el
modelo. Se representa con una barra “/” precediendo al
nombre del elemento derivado.

Resumen de la WebQuest

(Alberto Carrillo)

TUTORIAL DE UML
Las tres formas de representar este diagrama son las siguientes:

- Modelamiento de las clases

- Diagrama de Caso de Uso
- Diagrama de Interacción
 30
MODELAMIENTO DE LAS CLASES

Un diagrama de clases sirve para visualizar las relaciones entre las clases que involu-
cran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de conteni-
miento.

Un diagrama de clases esta compuesto por los siguientes elementos:

Clases: atributos, métodos, visibilidad.

Relaciones: herencia, composición, agregación, uso, asociación.

En UML, la cardinalidad de las relaciones indica el grado y nivel de dependencia, se

anotan en cada extremo de la relación.

 Agregación: Para modelar objetos complejos, n bastan los tipos de datos

básicos que proveen los lenguajes: enteros, reales y secuencias de caracteres.
Existen dos posibilidades para el paso de parametros: por valor, por referencia.

 Herencia: Indica que una subclase hereda los métodos y atributos especificados
por una Super Clase, por ende la Subclase además de poseer sus propios
métodos y atributos, poseerá las características y atributos visibles de la Súper
Clase (public y protected).

 Dependencia: Representa un tipo de relación muy particular, en la que una

clase es instanciada (su instanciación es dependiente de otro objeto/clase).

 Asociación: permite asociar objetos que colaboran entre si. Cabe destacar que
no es una relación fuerte, es decir, el tiempo de vida de un objeto no depende
del otro.

Casos particulares:

 Clase Abstracta: Una clase abstracta se denota con el nombre de la clase y de

los métodos con letra "itálica". Esto indica que la clase definida no puede ser
instanciada pues posee métodos abstractos (aún no han sido definidos, es decir,
sin implementación). La única forma de utilizarla es definiendo subclases, que
implementan los métodos abstractos definidos.

 Clase parametrizada: se denota con un subcuadro en el extremo superior de la

clase, en donde se especifican los parámetros que deben ser pasados a la clase
para que esta pueda ser instanciada.
 31

DIAGRAMA DE CASOS DE USO

Los elementos que representan el diagrama de casos son los siguientes:

 Actor:
Es un rol que un usuario juega con respecto al sistema.
No necesariamente representa a una persona en particular, sino más bien la
labor que realiza frente al sistema.

 Caso de Uso:
Externo, sea desde una petición de un actor o bien desde la invocación desde
otro caso de uso.

 Relaciones:
Los diferentes tipos de relaciones son:

- Asociaciones:
Indica la invocación desde un actor o caso de uso a otra operación (caso
de uso). Denotada con flecha simple.

- Generalizaciones:
Cumple una doble función dependiendo de su estereotipo, que puede ser
de Uso (<<uses>>) o de Herencia (<<extends>>).

- Dependencia o Instanciación:
Es una forma muy particular de relación entre clases, en la cual una clase
depende de otra.

DIAGRAMA DE ITERACION

El diagrama de interacción, representa la forma en como se relacionan entre sí las

clases y los objetos dentro de su dominio frente al llamado de una operación o tarea.

Elementos de una diagrama de Interacción:

 Objeto/Actor: en el diagrama el rectángulo representa un objeto en particular, y

la línea punteada las llamadas a métodos del objeto.

 Mensaje a otro objeto: es el llamado de un método de un objeto en particular y

se representa por una flecha entre un objeto y otro.
 32
 Mensaje al mismo objeto: hasta el momento hemos visto el llamado a métodos
de objetos externos pero también es posible realizar llamadas a métodos
pertenecientes al mismo objeto en estudio.

CONCENSO GENERAL DEL RESUMEN DE LA WEBQUEST

El Lenguaje de Modelamiento Unificado (UML) es un lenguaje gráfico para visualizar,

especificar y documentar cada una de las partes que comprende el desarrollo de
software.
Este lenguaje consta de 3 diagramas básico el modelamiento de los sistemas, estos
son: Diagrama de Clases, Diagrama de Casos de Uso, Diagrama de Interacción. A
continuación cada uno de ellos será explicado:

 Diagrama de clases
 33
Sirve para visualizar las relaciones entre las clases que involucran el sistema, las
cuales pueden ser asociativas, de herencia, de uso y de casos.

Un diagrama de clases esta compuesto por los siguientes elementos: clases y

relaciones.

• Clases: La clase se representa en tres partes: En la parte superior se muestra

el nombre de la clase, en medio los atributos y en la inferior las operaciones.

Los atributos o características de una Clase pueden ser de tres tipos, los que
definen el grado de comunicación y visibilidad de ellos con el entorno, estos
son:

 private: es accesible desde todos lados,

 public: sólo será accesible desde dentro de la clase,

 protected: el atributo no será accesible desde fuera de la clase,

pero si podrá ser accesado por métodos de la clase además de las
subclases que se deriven.

Métodos: Los métodos u operaciones de una clase son la forma en como

ésta interactúa con su entorno, éstos pueden tener las características: public,
private, protected.

 Relaciones

 Asociaciones: Las asociaciones entre dos clases se representan

mediante una línea que las une. La línea puede tener una serie de
elementos gráficos que expresan características particulares de la
asociación.

 Herencia: La relación de herencia se representa mediante un

triángulo en el extremo de la relación que corresponde a la clase
más general o clase.

 Elementos Derivados: es aquel cuyo valor se puede calcular a

partir de otros elementos presentes en el modelo.

 Diagrama de Casos de Uso

 34
Representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo,
además de la forma, tipo y orden en como los elementos interactúan (operaciones o
casos de uso). Los casos de uso están 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 línea.

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

• Actor: es un rol que un usuario juega con respecto al sistema. Es

importante destacar el uso de la palabra rol, pues con esto se especifica
que un Actor no necesariamente representa a una persona en particular,
sino más bien la labor que realiza frente al sistema.

• Casos de Uso: es una descripción de la secuencia de interacciones que

se producen entre un actor y el sistema. Expresa una unidad coherente
de funcionalidad.

• Relaciones entre Casos de Uso: La razón para utilizar estos casos de

uso no completos en algunos casos, es mejorar la comunicación en el
equipo de desarrollo, el manejo de la documentación de casos de uso.

• Asociación: indica la invocación desde un actor o caso de uso a otra

operación (caso de uso).

• Dependencia o Instanciación: relación entre clases, en la cual una

clase depende de otra, es decir, se instancia.

• Generalizaciones: Cumple una doble función dependiendo de su

estereotipo, que puede ser de Uso (<<uses>>) o de Herencia
(<<extends>>).

 Diagramas de Interacción

Este diagrama muestra un patrón de interacción entre objetos. El diagrama de

interacción, representa la forma en como un Cliente (Actor) u Objetos (Clases) se
comunican entre si en petición a un evento. Este se puede obtener desde el
Diagrama Estático de Clases o el de Casos de Uso (son diferentes).

Los componentes de un diagrama de interacción son:

 35

• Un Objeto o Actor.
Esta representa por un rectángulo, que es una instancia de un
Objeto en particular, y la línea punteada representa las llamadas a
métodos del objeto.

• Mensaje de un objeto a otro objeto.

Esta representa la llamada de un método (operación) de un objeto en
particular.

• Mensaje de un objeto a si mismo.

Aquí es posible visualizar llamadas a métodos desde el mismo objeto en estudio.