Escolar Documentos
Profissional Documentos
Cultura Documentos
PROGRAMACIÓN IV
Proyecto #1
PRIMERA ETAPA
ANÁLISIS OO
ESTUDIANTES
Profesor
Diego Santimateo
2006
INDICE
Págs
.
Introducción 2
Objetivos 3
- Objetivo General del proyecto 3
- Objetivos Específicos 3
A-ORGANIZACIÓN Y RESULTADO DE ENTREVISTA 4
B- UTILIDAD DE LA INFORMACIÓN 7
I.- DESCRIPCIÓN DEL PROBLEMA O DOMINIO 8
1.1-Definición del dominio 8
1.2- Objetivos del sistema 8
1.2.1- Objetivo general 8
1.2.2- Objetivo específicos 8
1.3- Lista de requisitos del sistema 8
II- ANÁLISIS ORIENTADO A OBJETOS DEL SISTEMA 9
2.1- Identificación de las clases 9
2.1.1- Descripción de las clases del sistema 9
2.2- Glosario de términos 11
2.3- Identificación de las relaciones entre clases 11
2.3.1- Diagrama de relación de clases 11
2.4- Identificación de atributos o propiedades de las clases 12
2.4.1- Diagrama UML de clases, atributos y métodos. 13
2.5- Diagrama de casos de uso del sistema 15
- Caso de uso: Control de calificaciones 15
- Caso de uso: Determinar desempeño docente 16
- Caso de uso: Determinar eficiencias y estadísticas por salón 16
2.6- Reflexiones Finales 17
Webgrafías / bibliografías 19
Anexos 20
2
INTRODUCCIÓN
Se presenta los pasos o etapas del análisis orientado objetos, como los
diagramas UML necesarios para la comprensión y desarrollo del sistema y
metodología utilizada para poder llevar a cabo este proyecto.
3
OBJETIVOS
- Objetivos Específicos
4
- A- ORGANIZACIÓN Y RESULTADOS DE ENTREVISTA
Preguntas efectuadas:
1.-¿Quienes son las personas encargadas de llevar los
procesos de administración escolar, en cuanto al desempeño
académico?
- Control de calificaciones - Administración
- Deficiencias - Administración
- Estadísticas por salón - Administración
- Puesto de Honor - Departamento de matemática.
- Eficiencia docente - Supervisor
5
3.- ¿Cómo son detectadas las áreas de deficiencia?
- Las áreas son detectadas por asignaturas la cual son detalladas
en un cuadro por el departamento de estadísticas, la misma
contiene:
- Total de Asignaturas, el total de matriculados en cada
materia, cantidad de estudiantes con deficiencia en la
misma, porcentaje,.
Cabe resaltar que este cuadro se hace por grupo y por bimestre hasta
el Noveno grado.
6
7
6.- ¿Se realiza una evaluación docente que muestre el
desempeño del mismo?
- Si, se realiza una evaluación docente, efectuada por un
supervisor, la cual el docente es avisado con anterioridad del
mismo. Esta evaluación realizada en un acta de visita de
observaciones de la clase, que lleva a cabo el supevisor
encargado, basado en ítem observables, la cual es llenada
de acuerdo a la que se observa de la labor administrativa y
la labor técnica de mismo. Se utiliza una escala de puntaje
100-91=E=5 (equivalencia); 90-81=Bueno=B=4; 80-
71=Regular=R=3; 70- menos=Deficiente=D=2. El acta
recaba información como: nombre del docente a evaluar,
especialidad, grado que atiende, horario, fecha de visita,
jornada, matricula, asistencia.
8
B- UTILIDAD DE LA INFORMACIÓN
9
I.- DESCRIPCIÓN DEL PROBLEMA O DOMINIO
10
1.3- Lista de Requisitos del Sistema
Esta lista muestra los requisitos que el sistema debe cumplir:
1. Llevar a cabo un control de calificaciones de los estudiantes durante el
bimestre y el año.
2. Mostrar una estadística de las áreas de deficiencia por salón.
3. El sistema permitirá calcular los puestos de honor tomando en cuenta las
notas y materias dadas en los tres niveles (7º, 8º, 9º).
4. Mostrar el desempeño docente a través de una escala de valorización.
II- ANÁLISIS ORIENTADO A OBJETOS DEL SISTEMA
Estudiante
Calificaciones
Profesor Asignatura
PuestoHonor CapturaDespliega
11
administración, y de haber abstraído las clases que formaran parte de
nuestra propuesta de un sistema Orientado a objeto, describimos cada clase
obtenida, como los atributos y operaciones que cada una de ella cumplirá en
el sistema.
12
Descripción del Funcionamiento de cada Clase
Clases Objetivo
Estudiante Esta clase contiene los datos personales del
estudiante con sus calificaciones y determina
el desempeño académico del mismo
tomando en cuenta sus calificaciones.
Docente Contiene los datos del profesor y la cátedra
que enseña, determina el desempeño del
docente de acuerdo a una escala establecida
como excelente, buena y regular.
Asignatura Registra las asignaturas, el nivel, cantidad de
estudiantes matriculados y las calificaciones
para calcular la cantidad de estudiantes
aprobados y reprobados para luego
determinar si en la asignatura existen
deficiencias.
Calificaciones Esta clase contiene las propiedades
necesarias que son: las calificaciones,
nombre del estudiante, grados (atributos),
estas caracteristicas de clase son
importantes, para poder obtener el promedio
bimestral y final del estudiante, para ello se
utrilizará los métodos PromedioBimestral(),
estos métodos calculará el promedio
bimestral de las calificaciones obtenidas en
cada asignatura entre las cantidad de
materias que son tomadas en el mismo, por
otro lado para obtener el promedio final se
utilizará el metodo PromedioFinal(), que
calculará el promedio que llevara el
estudiante en el año,obtenida de la suma de
los promedios bimestrales entre la suma total
de las materias dictadas en los bimestres,
para esto se necesitará de los atributos de
calificaciones del estudiante por bimestre, los
grados, y su respectivo nombre. Esta clase
contendra todos estos elementos que estará
relacionada con la clase PuestoHonor y Clase
Asignatura.
Calculan
tienen promedio
Class
PuestosdeHonor
Nombre_est;
Class Calificaciones;
Calificaciones Determina Cant_materias;
Nombre_est; n
Notas_bimestrales desempeñ
;
14
2.4 Identificación de los atributos y propiedades de las clases
En esta etapa procedemos a identificar los atributos y propiedades que
tendrán las clases que conforman el sistema a través de un diagrama de
Modelamiento de clases para una mejor visualización de atributos y
propiedades de las mismas.
15
2.4.1- Diagrama UML de clases, atributos y métodos.
Class
DesempeñoAcadem
ico
Class
CapturaDespliega
Capturar();
Despliega();
Ordenar();
Main();
MayorPromedio(); PromedioBimest
Reprobados();
MatDef();
16
2.5- Diagrama de casos de usos del sistema
En todo análisis OO, es necesario diseñar diagramas de usos que nos
ayudan a desarrollar y visualizar un sistema , estos diagramas son los
siguientes:
Nota
Semestral
Desempeño /
promedio
Entrega
calificación <<uses>>
Estudiante
Genera historial
académico
17
Caso de uso: Determinar desempeño docente
<<extends>>
Labor
Técnica
Genera
<<uses>> <<extends>>
Labor
Obtiene
administrativa
evaluación
Evalúa
desempeñ
Evaluador
Docente
<<uses>>
Determina
eficiencia
Genera
calificaciones
<<uses>>
Obtiene
calificaciones
<<uses>>
Calcula y
Docentes obtiene Grupo
Estudiantes
<<uses>> <<uses>>
Determina
Obtiene
eficiencia por
estadísticas por
asignatura
salón
18
2.6- Reflexiones finales
El grupo esta conformado por dos estudiantes: Isis Reyes y Luz María
Dutari, el grupo ha trabajado arduamente en esta primera etapa, en la cual
ha consultado todas las fuentes de información suministradas por el profesor
asesor , además de otras fuentes primarias relacionadas con el análisis
Orientado Objeto y a al diseño de diagramas UML.
- La metodología utilizada:
Detallamos como manera más detallada de la metodología utilizada
para el logro de los objetivos de esta primera etapa de la POO.
1- Estudio y análisis del documento pdf de Miguel Ángel Abian, en cuanto
a Análisis OO.
2- Desarrollo de marco Conceptual de la etapa de Análisis Orientado a
Objetos.
3- Resumen de los recursos ofrecidos por el docente (Tutorial UML).
4- Organización de las preguntas a realizar en el Centro Educativo.
5- Entrevista a los docentes y administrativos de la escuela C.E.G.
Belisario Villar Pérez, la cual son los expertos del dominio de la
Administración Escolar.
19
6- Recolección de los datos o resultados de la entrevista realizada.
7- Análisis de los datos o requisitos obtenidos.
8- Abstracción del dominio del problema.
9- Desarrollo de cada etapa de Análisis Orientado Objetos.
10-Desarrollo de análisis de diagramas UML del sistema.
- Conocimientos adquiridos:
20
Luz María: La programación orientada a objetos (POO) es una
metodología de desarrollo de software para analizar y estudiar cualquier
sistema desde un enfoque del conocimiento del mundo real.
Considero que al estudiar un sistema con esta metodología se hace más fácil
su análisis, diseño e implementación ya que asociamos los conceptos con
objetos del mundo con los que estamos más relacionados.
21
BIBLIGRAFÍAS/WEBGRAFIAS
o http://www.javahispano.org/tutorials.item.action?id=25
o http://cmap.ihmc.us/
- Tutorial UML
o http://www.dcc.uchile.cl/~psalinas/uml/introduccion.html
22
23
RESUMEN-INDIVIDUAL-ISIS REYES
TUTORIAL DE UML
Un diagrama de clases sirve para visualizar las relaciones entre las clases
que involucran el sistema, las cuales pueden ser asociativas, de herencia, de
uso y de contenimiento.
24
Clases : Es la unidad básica que
atributos, encapsula toda la información de
métodos, un Objeto (un objeto es una
visibilidad instancia de una clase). A través
de ella podemos modelar el
entorno en estudio.En UML, una
clase es representada por un
rectángulo que posee tres
divisiones.
Superior: Contiene el nombre
de la Clase.Intermedio:
Contiene los atributos (o
variables de instancia) Inferior:
Contiene los métodos u
operaciones(dependiendo de la
visibilidad: private, protected o
public).
- Atributos: pueden ser de
tres tipos, los que definen el
grado de comunicación y
visibilidad de ellos con el
entorno, estos son: public,
private, protect.
- Métodos: son la forma en
como ésta interactúa con su
entorno, éstos pueden tener
las características:
public, private, protected.
En UML, la cardinalidad de las
relaciones indica el grado y
nivel de dependencia, se
Relaciones: anotan en cada extremo de la
herencia, relación y éstas pueden ser:
composición,
agregación, - uno o muchos: 1..*
uso, asociación. (1..n)
- 0 o muchos: 0..* (0..n)
- número fijo: m (m
denota el número).
25
características y atributos
visibles de la Super 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).
- Casos - Abstracta: Una clase
particulares 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
26
los parámetros que deben ser
pasados a la clase para que
esta pueda ser instanciada.
27
CASOS DE USO
28
DIAGRAMA DE INTERACCIÓN
29
30
RESUMEN-INDIVIDUAL-LUZ MARIA DUTARI
Diagramas UML:
Casos de Uso:
El diagrama de casos de uso representa la forma en como un usuario trabaja
con el sistema en mención para lograr los resultados esperados y también la
forma, tipo y orden en como los elementos del sistema interactúan entre sí
(operaciones o casos de uso).
Diagrama de Interacción:
31
- 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.
- 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.
Modelo de clases:
Un diagrama de clases representa las relaciones que existen entre las clases
que interactúan en el sistema y pueden ser asociativas, de herencia, de uso
y de contenimieto.
- Clase: una clase es un modelo por el cual podemos representar todas las
características relevantes de un objeto ya que un objeto es una instancia de
una clase.
En UML, una clase es representada por un rectángulo que posee tres
divisiones:
• Superior: contiene el nombre de la clase.
• Intermedio: contiene los atributos que caracterizan a la clase.
• Inferior: contiene los métodos, los cuales son la forma como interactúa
el objeto con su entorno.
- Atributos y métodos: los atributos de una clase pueden ser de tres tipos,
según el grado de comunicación y visibilidad de los mismos con el entorno,
estos son:
• public: se puede acceder al atributo tanto dentro como fuera de la clase.
• Private: el atributo sólo será accesible desde dentro de la clase esto
quiere decir que sólo sus métodos lo pueden acceder.
• Protected: indica que no se pude acceder al atributo desde otra clase,
pero si puede ser accesado por métodos de la clase y por las subclases
que de deriven de ella.
32
de las relaciones. En UML la cardinalidad de las relaciones indica el grado y
nivel de dependencia entre las clases y éstas pueden ser:
• uno o muchos: 1..*(1..n)
• 0 o muchos:0..*(0..n)
• número fijo:m (m denota el número).
- Casos particulares:
* Clase abstracta: una clase abstracta es aquella que no puede generar
ningún objeto ya que sus métodos son abstractos es decir, no han sido
definidos por lo que no pueden ser implementados y es utilizada solo por
subclases que utilizan 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.
33
que le permita a la persona interesada en el tema poder crear sus propios
diagramas y poder entender el modelamiento de diagramas ya existentes.
34
RESUMEN DE UML- CONCENSO
- Relaciones:
o Herencia (Especialización/Generalización): Indica que una
subclase hereda los métodos y atributos especificados por una
Super Clase.
o Agregación: Para modelar objetos complejos, n bastan los tipos
de datos básicos que proveen los lenguajes: enteros, reales y
secuencias de caracteres.
Por valor: Es un tipo de relación estática.
Por referencia: Es un tipo de relación dinámica.
o Asociación: La relación entre clases conocida como Asociación,
permite asociar objetos que colaboran entre si.
o Dependencia o Instanciación (uso): Representa un tipo de
relación muy particular, en la que una clase es instanciada (su
35
instanciación es dependiente de otro objeto/clase). Se denota por
una flecha punteada.
http://es.geocities.com/analisisoo
36
37