UML MII Informe FranciscoGonzalezMolina

37
 Modelado con UML Informe UML Francisco Javier González Molina Sistema de Renovación de Beneficios y Regularización de Deuda

Transcript of UML MII Informe FranciscoGonzalezMolina

Page 1: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 1/37

 

Modelado con UML

Informe UMLFrancisco Javier González MolinaSistema de Renovación de Beneficios y Regularización de Deuda

Page 2: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 2/37

 

Índice

Especificación del Problema ...................................................................................................................................... 1

Descripción de la Institución ..................................................................................................................................... 1

Usuarios ......................................................................................................................................................................... 3

Funciones del Sistema de alto nivel ............................................................................................................................... 4

Diagramas de Casos de Uso ........................................................................................................................................... 6

Diagrama de caso de uso General ............................................................................................................................. 6

Diagrama de caso de uso Alumno ............................................................................................................................. 6

Diagrama de caso de uso Contador........................................................................................................................... 7

Casos de Uso Detallados ................................................................................................................................................ 8

Casos de uso: Alumno ............................................................................................................................................... 8

Proceso de Regularización de deuda .................................................................................................................... 8

Proceso de renovación (postulación) de beneficios ............................................................................................. 9

CASOS DE USO ASISTENTE SOCIAL .......................................................................................................................... 15

CASOS DE USO CONTADOR ..................................................................................................................................... 17

Diagramas de Clases .................................................................................................................................................... 23

Diagrama de clases .................................................................................................................................................. 23

Diagrama de clases parcial ...................................................................................................................................... 24

Diagrama de clases de diseño parcial...................................................................................................................... 25

Diagramas de Secuencia .............................................................................................................................................. 26

Diagrama de secuencia: Buscar Alumno - Asistente Social ..................................................................................... 26

Diagrama de secuencia: Solicitar intervención – Contador ..................................................................................... 26

Diagrama de secuencia: Ingresar datos monetarios de integrante - Alumno .................... ...................... ............... 27

Diagramas de Colaboración ......................................................................................................................................... 27

Diagramas de Colaboración: Actualizar Factor Socioeconómico - Contador .............. ...................... ...................... 27

Diagramas de Colaboración: Ingresar Beca - Alumno ............................................................................................. 28

Diagramas de Colaboración: Ingresar vehículo integrante de familia - Alumno ........................... ..................... ..... 28

Diagramas de Actividad................................................................................................................................................ 29

Diagramas de Actividad: Ingresar antecedentes personales – Alumno .................................................................. 29

Diagramas de Actividad: Descargar documentación – Contador ............................................................................ 30

Diagramas de Actividad: Ingresar beca – Alumno ................................................................................................... 31

Diagramas de Actividad: Regularización de deuda – Alumno ................................................................................. 32

Diagramas de Actividad: Validación final – Asistente social .................................................................................... 32

Diagrama de Componentes .......................................................................................................................................... 33

Diccionarios de clases (parcial) .................................................................................................................................... 34

Conclusiones ................................................................................................................................................................ 34

Glosario ........................................................................................................................................................................ 35

Page 3: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 3/37

1

Especificación del Problema

La problemática surge debido a que la información socioeconómica de los

alumnos no se encuentra disponible de forma rápida y eficaz, esta se encuentra de

manera incompleta, y no actualizada. Lo anterior es debido a que la gestión debeneficios es llevada a cabo de forma manual, y parcialmente digital, a su vez se

encuentra aislada entre los diferentes programas de gestión que utiliza la universidad,

generando con esto el incremento de las posibilidades de error, que pueden derivar en

por ejemplo:

  Pérdida de becas y créditos Ministeriales. 

  Asignación dispar de beneficios. 

  Alumnos meritorios sin acceso a becas.

  Respuesta tardía a necesidades de los alumnos.

 

Toma de decisiones lenta y carente de bases objetivas.

La carencia de la información socioeconómica de la totalidad del alumnado de

la universidad, no permite la creación de un diseño de beneficios idóneo a las

necesidades de la institución, por lo tanto la gestión de beneficios llevada a cabo en la

forma presente no es válidamente sustentable en el tiempo tomando como factor

principal el crecimiento cuantitativo del alumnado en el tiempo. Del mismo modo, las

decisiones relacionadas a la asignación de beneficios son carentes de información

oportuna y confiable, debido a la no actualización puntual de ésta.

La operación sin una base de datos central conlleva a situaciones no óptimas

para la gestión de beneficios, podemos citar por ejemplo algunas consecuencias de lo

anterior: La duplicidad de datos, la imposibilidad de aplicar criterios homogéneos y

mecanismos de gestión entre los diversos campus y sedes, los tiempos de respuesta se

tornan lentos, debido al manejo en papel de los datos relativos a la situación

socioeconómica de los estudiantes, situaciones irregulares de determinados

estudiantes se vuelven difíciles de detectar ya que el trabajo no digital de la

información complica este proceso.

Descripción de la Institución

Esta sección se enfoca a la descripción del Departamento de Relaciones

Estudiantiles de la UTFSM.

El Departamento de Relaciones Estudiantiles tiene por objetivos, como unidad,

de generar un apoyo a los alumnos cuya situación socioeconómica sea catalogadacomo deficitaria, con el motivo de minimizar los impactos potenciales en su quehacer

Page 4: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 4/37

2

universitario. El instaurar acciones pro-desarrollo estudiantil, para así fomentar

características que no formen parte del currículo académico y con esto mejorar las

condiciones que afectaran la empleabilidad futura de los alumnos. Impulsar la vida

saludable y autocuidado que habrá de emerger de la comunidad universitaria

La misión del Departamento de Relaciones Estudiantiles comprende ser un

organismo de asistencia a la función académica, cuyo propósito fundamental es

cooperar en la constitución de profesionales íntegros, tomando en cuenta al desvalido

meritorio para proveerle beneficios económicos y sociales en la medida de los recursos

disponibles.

La visión del Departamento de Relaciones Estudiantiles es la de proveer ayudas

estudiantiles, para la generación de una vida universitaria de calidad que conlleve a la

formación de un profesional competente y socialmente responsable, impulsando

apoyo al desvalido, no exclusivamente en lo económico sino también en lo afectivo.

El rol coordinador en la gestión y la entrega de beneficios estudiantiles dirigidos

a alumnado, se realiza en forma independiente del campus u sede perteneciente a la

Universidad Técnica Federico Santa María, podemos mencionar algunos beneficios y

programas gestionados por el departamento, como son:

  Becas de Alimentación USM. 

  Becas de Residencia USM. 

  Becas y Premios de Arancel USM. 

 

Fondo Solidario Alumnos Padres.   Jornada de Inserción Mechona. 

  Semana Sansana. 

  Semana Mechona. 

  Fondo de Salud Solidario USM. 

  Autoseguro de Accidentes. 

  Prestaciones de salud Becas y Créditos MINEDUC. 

  Becas JUNAEB. 

  Becas Aexa. 

  Becas Federación de Estudiantes.

Cada uno de los programas mencionados, se encuentran agrupados según las

siguientes áreas de trabajo:

  Bienestar Estudiantil: Proveer apoyo en la resolución de problemas económicos

y sociales que dificulten el desarrollo del estudiante en el ámbito académico. 

  Programas de Financiamiento: Asistencia económica y administrativa al

estudiantado, relacionada con la inscripción y arancel universitario, a modo que

estas temáticas no afecten al desempeño y permanencia en la universidad de

los alumnos. 

 

Servicio de Salud: Otorga al estudiante atención médica primaria, psicológica,dental y de primeros auxilios. 

Page 5: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 5/37

3

  Desarrollo del Estudiante: Con y para los estudiantes, se generan acciones y

actividades, que mejoren la calidad de vida de estos últimos. 

  Apoyo a la Gestión: Actividades administrativas que son requeridas para el

manejo de recursos humanos, financieros, materiales y técnicos de la unidad. 

  Fomento y Desarrollo Estudiantil: Coordinar y apoyar las iniciativas

estudiantiles, que fomenten el crecimiento en el desarrollo profesional a través

de la participación de actividades extracurriculares, involucrando un vínculo

entre el medio interno y externo.

El Departamento de Relaciones Estudiantiles cuenta con una Oficina Contable

que genera asistencia económica y administrativa a los alumnos, en temas vinculados

con la matrícula y arancel universitario, a modo que estos factores no afecten al

desarrollo del estudiante en la universidad. Dentro de los servicios creados podemos

citar:

  Registro de beneficios de arancel. 

  Regularización de situaciones de morosidad. 

  Ajustes contables en cuentas corrientes de los alumnos 

  Emisión de certificados: Deuda, Arancel, entre otros. 

Usuarios

Alumnos: Todos aquellos alumnos que deban realizar los procesos de Renovación de

Beneficios y/o Regularización de Deuda

Asistente Social: Persona encargada de revisar y validar la información entregada por el

alumno, durante el proceso de Renovación de Beneficios.

Contador: Persona encargada de revisar y validar la información entregada por el alumno,

durante el proceso de Regularización de Deuda.

Page 6: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 6/37

4

Funciones del Sistema de alto nivel

La solución propuesta es un Sistema Informático orientado a automatizar y simplificar

los procesos de recolección de información socioeconómica de los alumnos de la

institución, integrando la totalidad de la información socioeconómica actualizadacorrespondiente a todos los campus y sedes. El sistema será capaz de consolidar en

una única plataforma, las interfaces necesarias para la gestión de recursos y beneficios,

sean estas ayudas estudiantiles internas o ministeriales. A su vez, la estandarización de

datos permitirá realizar una gestión eficiente en la asignación de beneficios al basar la

toma de decisiones en datos objetivos.

El sistema otorgará a los usuarios de éste, el mayor número de facilidades para

la generación y mantención de registros generados, de tal manera de disponer con

celeridad la información requerida para análisis.

Para alcanzar el objetivo final, el sistema presenta objetivos específicos los

cuales permiten suprimir las problemáticas presentes, entre estos podemos

mencionar:

  Alta usabilidad para la rápida integración dentro del uso por parte del

estudiantado como por parte de los profesionales que requieren la

herramienta para la toma de decisiones.

  Permitir exportar listados de alumnos a archivos de formato Excel.

  Información modificable por parte de los alumnos y funcionario, registrando la

fecha de cambio.

  Permitir a los funcionarios cuyo cargo sea de Asistente Social, para validar e

ingresar al sistema los antecedentes sociales informados por el alumnado.

  Generación automática de ficha de alumno en formato Pdf.

A continuación se presenta a modo informal la constitución de la información

gestionada por la plataforma SER (esto no presenta la totalidad de la información que

maneja el sistema, es solo para tener una referencia en términos generales)

Ficha del Alumno

1.  Datos de Identificación del Alumno: 

1.1. Nombre 

1.2. Rut 

1.3. Fecha de Nacimiento 

1.4. Información de contacto del alumno 

1.5. Información de contacto del grupo familiar 

1.6. Antecedentes en caso de emergencia por ejemplo, tipo de previsión social,

entre otros 

Page 7: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 7/37

5

2.  Beneficios estudiantiles poseídos: 

2.1. Actuales e históricos 

2.2. Asignación 

3.  Antecedentes Académicos: 

3.1. Carrera 

3.2. 

Sede 3.3. Año Ingreso 

3.4. Calidad Académica 

4.  Información socioeconómica 

4.1. Actuales e histórico 

4.2. Antecedentes del grupo familiar 

4.2.1.  Número de integrantes 

4.2.2.  Procedencia 

4.3. Antecedentes de ingreso 

4.3.1.  Ingresos del grupo familiar 

4.3.2. 

Ocupación de los integrantes 4.3.3.  IPC, Quintil, Tramo. 

4.3.4.  Entre otros 

5.  Antecedentes de deuda 

5.1. Actual e histórico 

Por medio del funcionamiento del sistema presentado, podemos mencionar los

siguientes efectos en la gestión de asignación de recursos y en el estudiantado:

  La eliminación de bases de datos con información no estandarizada que

imposibilita el análisis de datos, permite obtener una alta disponibilidad deantecedentes socioeconómicos del alumnado, pudiendo así, la toma de

decisiones de una forma oportuna, eficiente, y totalmente focalizada en las

necesidades reales de los alumnos. 

  Al operar con datos actualizados y de forma centralizada, se reducen los

tiempos de generación y manejo de archivos. 

  Se reducen los tiempos de espera del alumnado y se produce una

descongestión de la unidad, debido a que la plataforma maneja el 100% de la

información de los alumnos, lo que asegura una respuesta rápida y oportuna a

sus solicitudes. De todas formas, la documentación en papel es mantenida

como medio de respaldo, pero no para la toma de decisiones.   Los procesos de Regularización de Deuda, y Renovación de Beneficios son

llevados a cabo de forma virtual, lo que también conlleva a reducir los tiempos

de espera de las solicitudes del alumnado y se produce la focalización del

recurso humano en la atención presencial de aquellos casos que realmente lo

ameritan. 

Page 8: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 8/37

6

Diagramas de Casos de Uso

Diagrama de caso de uso General

Diagrama de caso de uso Alumno

Page 9: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 9/37

7

Diagrama de caso de uso Contador

Diagrama de caso de uso Asistente Social

Page 10: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 10/37

8

Casos de Uso Detallados

Casos de uso: Alumno

Proceso de Regularización de deuda

Nombre Ingresar información paso I

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se despliega información de morosidad del alumno, junto con

campos que permiten definir formas de pago y numero de cuotas

a cancelar.

Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso regularización de deuda activo. 

3) 

Alumno registra situación de morosidad. 

4)  Alumno no ha realizado el proceso de regularización de

deuda para el actual periodo. 

Flujo Normal 1.  Alumno ingresa su correo, sede y clave y el sistema

confirma la validez de los datos, en caso de que la

respuesta sea negativa se informa al alumno que sus datos

son erróneos. 

2.  Alumno elige la opción de iniciar el proceso de

regularización de deuda, en el caso de que el proceso esté

vigente, y el sistema confirma situación de morosidad de

alumno. En caso de que alumno no tenga morosidad o elproceso ya haya sido realizado, el sistema lo informa al

alumno. 

3.  El alumno ingresa observaciones, motivo de la situación de

morosidad y forma de pago. El sistema informa del éxito o

fracaso de la operación. 

Flujo Alternativo

Postcondiciones 1)  Alumno ha completado paso I del proceso de regularización

de deuda. 

Nombre Ingresar información paso II

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza la subida de archivos que permiten respaldar la

condición de morosidad del alumno

Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso regularización de deuda activo. 

3)  Alumno registra situación de morosidad. 

4) 

Alumno no ha realizado el proceso de regularización dedeuda para el actual periodo. 

Page 11: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 11/37

9

5)  Alumno ha completado el paso I del proceso de

regularización de deuda. 

Flujo Normal 1.  Alumno completa el paso I del proceso de regularización de

deuda. 

2.  Alumno adjunta tres archivos:

a) Respaldo de situación de morosidad. b) Acreditación de pago de deuda. 

c) Comprobante de envío de pagaré. 

El sistema comprueba que la extensión y tamaño de

archivos es válida. El sistema informa de éxito o fracaso de

la operación. 

Flujo Alternativo

Postcondiciones 1)  Alumno ha completado el proceso de regularización de

deuda y la información es adquirida por el módulo de

regularización de deuda que utiliza el personal de laDirección de Finanzas. 

Proceso de renovación (postulación) de beneficios

Nombre Ingresar antecedentes personales

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se registra la información personal del alumno, por ejemplo,

dirección durante el periodo académico u datos de contacto delalumno.

Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3)  Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 

Flujo Normal 1.  Alumno ingresa su correo, sede y clave y el sistema

confirma la validez de los datos, en caso de que la

respuesta sea negativa se informa al alumno que sus datos

son erróneos. 2.  Alumno elige la opción de iniciar el proceso de renovación

de beneficios, en el caso de que el proceso esté vigente, y

el sistema confirma que el alumno no ha realizado este

proceso. En caso de que alumno ya ha realizado el proceso,

el sistema lo informa al alumno. 

3.  El alumno ingresa información personal, por ejemplo

previsión social, previsión de salud, correo electrónico

personal, dirección personal, celular. El sistema comprueba

la validez de la integridad de los datos. Se guarda la

información en la base de datos y se procede a la sección

siguiente (Antecedentes Familiares). 

Page 12: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 12/37

Page 13: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 13/37

11

3.  Alumno ingresa a una persona como integrante de su grupo

familiar detallando características como: previsión social,

previsión salud, nivel educacional entre otras. 

Flujo Alternativo

Postcondiciones 1) 

Queda registrada la persona como integrante del grupo

familiar. 

Nombre Ingresar información monetaria de integrante

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se registra datos monetarios de cada integrante, ingresos y

egresos, tales como, ingresos por boleta de honorarios, egresos

por pago de pensión alimenticia, entre otros.

Actores AlumnoPrecondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3)  Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 

4)  Alumno ha completado la sección de Ingreso de

antecedentes personales. 

5)  Alumno ha registrado al menos un integrante del grupo

familiar. 

Flujo Normal 1.  Alumno completa sección de antecedentes personales. 

2. 

Alumno ingresa información acerca del grupo familiar, porejemplo, dirección, teléfono, celular. El sistema validad la

integridad de la información. 

3.  Alumno ingresa a una persona como integrante de su grupo

familiar detallando características como: previsión social,

previsión salud, nivel educacional entre otras. El sistema

valida la integridad de los datos. 

4.  Alumno ingreso datos monetarios de los integrantes que

comprenden tres meses previos al inicio del periodo de

renovación de beneficios (Septiembre-Octubre), los cuales

son Junio, Julio y Agosto. El sistema valida que el total deingresos por mes sea mayor a $10.000. 

Flujo Alternativo

Postcondiciones 1)  Los registros mensuales por integrante del núcleo familiar

quedan registrados. 

Nombre Ingresar gastos del grupo familiar

Autor Francisco González Molina

Fecha 24/06/2015Descripción Se registran los gastos en los que incurre el grupo familiar en

Page 14: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 14/37

12

términos mensuales, estos gastos son por ejemplo, consumo de

luz, gastos de movilización, entre otros.

Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3) 

Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 

4)  Alumno ha completado la sección de Ingreso de

antecedentes personales. 

Flujo Normal 1.  Alumno completa sección de antecedentes personales. 

2.  Alumno ingresa los gastos en los que incurre el grupo

familiar en términos mensuales. El sistema valida la

integridad de los datos. 

Flujo Alternativo

Postcondiciones 2) 

Queda registrada la persona como integrante del grupofamiliar. 

Nombre Ingresar bienes

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se registran todos los inmuebles y vehículos que pertenecen al

núcleo familiar.

Actores Alumno

Precondiciones 1) 

Alumno matriculado en periodo vigente. 2)  Proceso de renovación de beneficios se encuentra vigente. 

3)  Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 

4)  Alumno ha completado la sección de ingreso de

antecedentes personales e ingreso de antecedentes

familiares. 

5)  Alumno ha registrado al menos un integrante del grupo

familiar. 

Flujo Normal 1.  Alumno completa la sección antecedentes familiares. 

2. 

Alumno ingresa información acerca de los inmuebles yvehículos que posee el grupo familiar, por cada integrante.

El sistema valida la integridad de los datos. 

Flujo Alternativo

Postcondiciones 1)  Se registran los bienes del grupo familiar por cada

integrante de éste. 

Nombre Ingresar inmuebles por integranteAutor Francisco González Molina

Page 15: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 15/37

13

Fecha 24/06/2015

Descripción Se realiza el registro de cada inmueble que pertenece al núcleo

familiar, por cada integrante de éste. Definiendo el avaluó y otras

características.

Actores Alumno

Precondiciones 1) 

Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3)  Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 

4)  Alumno ha completado la sección de ingreso de

antecedentes personales e ingreso de antecedentes

familiares. 

5)  Alumno ha registrado al menos un integrante del grupo

familiar. 

Flujo Normal 1.  Alumno completa la sección antecedentes familiares. 

2. 

Alumno ingresa información acerca de los inmuebles queposee el grupo familiar, por cada integrante, agregando

datos como por ejemplo, el avaluó, el estado de la

propiedad, y el destino de ésta. El sistema valida la

integridad de los datos. 

Flujo Alternativo

Postcondiciones 1)  Queda registrado el conjunto de inmuebles del grupo

familiar. 

Nombre Ingresar vehículos por integranteAutor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza el registro de cada vehículo que pertenece al núcleo

familiar, por cada integrante de éste. Definiendo el avalúo y otras

características.

Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3)  Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 4)  Alumno ha completado la sección de ingreso de

antecedentes personales e ingreso de antecedentes

familiares. 

5)  Alumno ha registrado al menos un integrante del grupo

familiar. 

Flujo Normal 1.  Alumno completa la sección antecedentes familiares. 

2.  Alumno ingresa información acerca de los vehículos que

posee el grupo familiar, por cada integrante, agregando

datos como por ejemplo, el avaluó, el uso del vehículo, la

patente. El sistema valida la integridad de los datos. Flujo Alternativo

Page 16: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 16/37

14

Postcondiciones 1)  Se registra la información del conjunto de vehículos que

posee el grupo familiar. 

Nombre Ingresar situaciones especiales

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se registran todas las situaciones especiales que puedan acontecer

dentro del núcleo familiar, como por ejemplo, hermanos en

educación familiar, conflictos familiares, entre otras.

Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3) 

Alumno no ha terminado de completar el proceso derenovación de beneficios del actual periodo. 

4)  Alumno ha completado la sección de ingreso de

antecedentes personales, ingreso de antecedentes

familiares y bienes. 

Flujo Normal 1.  Alumno completa la sección de bienes. 

2.  Se ingresan, por medio de cajas de texto y opciones de

selección, todas las situaciones especiales que puedan

afectar el normal desarrollo del devenir estudiantil, como

por ejemplo, enfermedad, cesantía, hermanos en

educación superior, entre otras. El sistema valida laintegridad de los datos entregados por el alumno. 

Flujo Alternativo

Postcondiciones 1)  Se registran las situaciones especiales que presenta un

alumno. 

Nombre Ingresar becas

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se registran todas las becas, sean internas o externas, a las cualesestá postulando actualmente el alumno.

Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3)  Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 

4)  Alumno ha completado la sección de ingreso de

antecedentes personales, ingreso de antecedentes

familiares, bienes y situaciones especiales. 

Flujo Normal 1. 

Alumno completa la sección de situaciones especiales. 2.  Alumno selecciona todas las posibles becas a las cuales

Page 17: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 17/37

15

postula o renueva, sean estas internas o externas. El

sistema valida la integridad de los datos en el caso de

ingreso de alguna beca externa. 

Flujo Alternativo

Postcondiciones 1) 

Se registra el conjunto de becas a las cuales el alumno está

postulando o renovando. 

2)  Se finaliza el proceso de renovación de beneficios. 

Nombre Descargar documentos

Autor Francisco González

Fecha 24/06/2015

Descripción Se descargan los documentos que genera el sistema con la

información entregada por el alumno, para ser presentados de

forma física en Relaciones Estudiantiles.Actores Alumno

Precondiciones 1)  Alumno matriculado en periodo vigente. 

2)  Proceso de renovación de beneficios se encuentra vigente. 

3)  Alumno no ha terminado de completar el proceso de

renovación de beneficios del actual periodo. 

4)  Alumno ha completado la sección de ingreso de

antecedentes personales, ingreso de antecedentes

familiares, bienes, situaciones especiales y becas. 

Flujo Normal 1.  Alumno completa la sección becas. 

2. 

Alumno descarga archivos: a) Formulario en formato PDF que contiene la información

ingresada en las secciones que contiene el módulo de

renovación de beneficios. 

b) Formulario de los gastos del núcleo familiar.  

Flujo Alternativo

Postcondiciones

CASOS DE USO ASISTENTE SOCIAL

Nombre Buscar alumnoAutor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza la búsqueda de un alumno por medio de diversos filtros,

por ejemplo, rut.

Actores Asistente Social

Precondiciones 1)  Funcionario con rol asignado de Asistente Social. 

2)  Utilización obligatoria de algún filtro de búsqueda. 

Flujo Normal 1.  Funcionario ingresa correo, password y sede. El sistema

valida los datos y el perfil de Asistente social. En caso de

éxito, se ingresa al módulo de Renovación de Beneficiospara rol de Asistente Social. 

Page 18: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 18/37

16

2.  Funcionario ingresa alguno de los tres (no excluyentes)

criterios de búsqueda de alumnos (rut, nombre, campus).

En caso de éxito en la búsqueda el sistema presenta un

listado con los casos hallados.

Flujo Alternativo

Postcondiciones

Revisión de Secciones

Nombre Revisar secciones

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza una revisión y validación de los antecedentes

entregados por el alumno, durante el periodo de Renovación de

Beneficios. Las secciones consideradas son:

1) 

Antecedentes Personales 2)  Antecedentes Familiares 

3)  Bienes 

4)  Situaciones Especiales 

5)  Becas

Actores Asistente Social

Precondiciones 1)  Funcionario con rol asignado de Asistente Social. 

2)  Ficha de un alumno en particular seleccionada. 

Flujo Normal 1.  Funcionario de rol Asistente social realiza una búsqueda

con éxito por medio de algún criterio de búsqueda y

selecciona un alumno para revisar su ficha. 2.  El sistema presenta la información registrada por el alumno

durante el proceso de renovación de beneficios. Incluyendo

las secciones de antecedentes personales, familiares,

bienes, situaciones especiales y becas. 

3.  El funcionario establece si es veraz la información

entregada por el alumno, validando cada sección. El

sistema registra si la sección fue validada o no. 

Flujo Alternativo

Postcondiciones 1)  Cada sección queda registrada con un estado en particular: 

a) En revisión b) Pendiente documentación 

c) No validar 

d) Validada 

Nombre Validación Final

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se registran las recomendaciones hechas por el personal de

asistencia social para cada caso particular de los alumnos.Actores Asistente Social

Page 19: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 19/37

17

Precondiciones 1)  Funcionario con rol asignado de Asistente Social. 

2)  Ficha de un alumno en particular seleccionada. 

3)  Secciones de antecedentes personales, antecedentes

familiares, bienes, situaciones especiales y becas, deben

estar validadas. 

Flujo Normal 1. 

Funcionario valida todas las secciones de un alumno enparticular. 

2.  Funcionario realiza una validación final de la situación del

alumno en particular, realizando observaciones sobre la

ficha, e indicando acciones a tomar con respecto al alumno,

por ejemplo, otorgar Beca Padre USM. 

Flujo Alternativo

Postcondiciones 1)  Finaliza el proceso de revisión de una ficha de alumno para

el proceso de renovación de beneficios. 

CASOS DE USO CONTADOR

Nombre Buscar alumnos

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza una búsqueda de listado de alumnos, la búsqueda se

realiza en base a diferentes filtros, pudiendo ser, por campus, rut u

otros.

Actores Contador

Precondiciones 1) 

Funcionario con rol asignado de Contador. 

2)  Ficha de un alumno en particular seleccionada. 

Flujo Normal 1.  Funcionario ingresa correo, password y sede. El sistema

valida los datos y el perfil de Contador. En caso de éxito, se

ingresa al módulo de Regularización de deuda para rol de

Contador. 

2.  Funcionario ingresa criterio(s) de búsqueda, como por

ejemplo, campus, periodo o rut. El sistema despliega un

listado con el total de resultados de la búsqueda. 

Flujo Alternativo

Postcondiciones

Nombre Descargar listado de alumnos

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza una búsqueda de listado de alumnos, la búsqueda se

realiza en base a diferentes filtros, pudiendo ser, por campus, rut u

otros, y se descarga un listado en formato Excel de los resultados

de la búsqueda.

Actores Contador

Page 20: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 20/37

18

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2)  Búsqueda de listado de alumnos por algún filtro debe haber

sido realizada. 

Flujo Normal 1.  Funcionario realiza búsqueda de alumnos por medio de

algún criterio. El sistema despliega los resultados. 

2. 

Funcionario presiona el botón “Descargar Listado”, y elsistema genera un listado de los alumnos previamente

encontrados, en un archivo de formato Excel. 

Flujo Alternativo

Postcondiciones

Nombre Actualizar Factor Socioeconómico

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza la actualización del factor socioeconómico de cada

alumno, por medio de un listado en formato Excel.

Actores Contador

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2)  Archivo en formato Excel con listados de alumnos que

indican el factor socioeconómico por cada uno debe estar

en formatos de columnas adecuado para realizar la

actualización de la base de datos. 

Flujo Normal 1.  Funcionario con rol contador ingresa al módulo de

regularización de deuda.

2.  Funcionario presiona el botón “Actualizar FSE”. El sistema

despliega un formulario para la selección de un archivo tipo

Excel que contiene un listado de alumnos ordenados por

rut, en donde se puede identificar el factor socioeconómico

por cada alumno. El Funcionario presiona el botón

“Actualizar FSE” del formulario. El sistema informa si la

información contenida en el archivo Excel ha sido

actualizada con éxito o no en la base de datos. 

Flujo Alternativo

Postcondiciones 1)  Actualización del factor socioeconómico de los alumnos

listados en archivo Excel. 

Nombre Revisión Ficha de alumno

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza la revisión de los antecedentes ingresados por los

alumnos durante el proceso de Regularización de Deuda.

Actores Contador

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2)  Búsqueda de alumnos en base a algún filtro debe haber

sido realizada. 

3) 

Alumno debe estar asignado al funcionario de perfil

contador que ha ingresado al sistema. 

Page 21: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 21/37

19

4)  Alumno debe haber completado el proceso de

regularización de deuda. 

Flujo Normal 1.  Funcionario ingresa con rol de Contador al módulo de

regularización de deuda. 

2.  Funcionario realiza búsqueda de alumnos en base a algún

criterio. El sistema informa los resultados de la búsqueda. 

3.  Funcionario selecciona a unos de los alumnos que fueron

encontrados previamente. El sistema despliega la ficha del

alumno, que contiene toda la información que el alumno

ingreso durante el proceso de regularización de deuda. 

Flujo Alternativo

Postcondiciones

Nombre Descargar documentos

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza la descarga de documentos que acreditan la situación de

morosidad de un alumno en particular.

Actores Contador

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2)  Búsqueda de alumnos en base a algún filtro debe haber

sido realizada. 

3)  Alumno debe estar asignado al funcionario de perfil

contador que ha ingresado al sistema. 

4) 

Alumno debe haber completado el proceso deregularización de deuda. 

Flujo Normal 1.  Funcionario ingresa con rol de Contador al módulo de

regularización de deuda. 

2.  Funcionario realiza búsqueda de alumnos en base a algún

criterio. El sistema informa los resultados de la búsqueda. 

3.  Funcionario selecciona a unos de los alumnos que fueron

encontrados previamente. El sistema despliega la ficha del

alumno, que contiene toda la información que el alumno

ingreso durante el proceso de regularización de deuda. 

4. 

Funcionario presiona el botón “Descargar” asociado a cadauno de los tres archivos que el alumno ha subido

previamente al sistema. El sistema informa si es posible

realizar la descarga o no. 

Flujo Alternativo

Postcondiciones

Nombre Comunicar información a alumno

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza el envío de correo electrónico al alumno comunicando

Page 22: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 22/37

20

que su proceso de Regularización de Deuda, ha sido afectado por

algún motivo, por ejemplo, falta de documentación válida que

acredite su situación de morosidad.

Actores Contador

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2) 

Búsqueda de alumnos en base a algún filtro debe haber

sido realizada. 

3)  Alumno debe estar asignado al funcionario de perfil

contador que ha ingresado al sistema. 

4)  Alumno debe haber completado el proceso de

regularización de deuda. 

Flujo Normal 1.  Funcionario ingresa con rol de Contador al módulo de

regularización de deuda. 

2.  Funcionario realiza búsqueda de alumnos en base a algún

criterio. El sistema informa los resultados de la búsqueda. 

3. 

Funcionario selecciona a unos de los alumnos que fueronencontrados previamente. El sistema despliega la ficha del

alumno, que contiene toda la información que el alumno

ingreso durante el proceso de regularización de deuda. 

4.  Funcionario escribe un mensaje al alumno y presiona el

botón “Enviar mensaje a alumno”, el cual será transmitido

vía correo electrónico. El sistema informa acerca del éxito o

fracaso en relación al envío de correo electrónico. 

Flujo Alternativo

Postcondiciones

Nombre Solicitar intervención

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se solicita a otro par del departamento de finanzas que revise la

situación particular del alumno.

Actores Contador

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2)  Búsqueda de alumnos en base a algún filtro debe haber

sido realizada. 3)  Alumno debe estar asignado al funcionario de perfil

contador que ha ingresado al sistema. 

4)  Alumno debe haber completado el proceso de

regularización de deuda. 

Flujo Normal 1.  Funcionario ingresa con rol de Contador al módulo de

regularización de deuda. 

2.  Funcionario realiza búsqueda de alumnos en base a algún

criterio. El sistema informa los resultados de la búsqueda. 

3.  Funcionario selecciona a unos de los alumnos que fueron

encontrados previamente. El sistema despliega la ficha delalumno, que contiene toda la información que el alumno

Page 23: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 23/37

21

ingreso durante el proceso de regularización de deuda. 

4.  Funcionario selecciona una persona de un listado que

contiene a solo funcionario de rol Contador y además

escribe un mensaje a esa persona que será informado vía

correo electrónico, explicitando los motivos de la

intervención en el caso de un alumno en particular. Elsistema informa acerca del éxito o fracaso de la operación

de envío de correo electrónico. 

Flujo Alternativo

Postcondiciones

Nombre Descargar PDF

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza la descarga de un archivo en formato PDF, que contiene

toda la información entregada por el alumno durante el periodo de

Regularización de Deuda.

Actores Contador

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2)  Búsqueda de alumnos en base a algún filtro debe haber

sido realizada. 

3)  Alumno debe estar asignado al funcionario de perfil

contador que ha ingresado al sistema. 

4)  Alumno debe haber completado el proceso de

regularización de deuda. 

Flujo Normal 1. 

Funcionario ingresa con rol de Contador al módulo deregularización de deuda. 

2.  Funcionario realiza búsqueda de alumnos en base a algún

criterio. El sistema informa los resultados de la búsqueda. 

3.  Funcionario selecciona a unos de los alumnos que fueron

encontrados previamente. El sistema despliega la ficha del

alumno, que contiene toda la información que el alumno

ingreso durante el proceso de regularización de deuda. 

4.  Funcionario presiona el botón “Descargar PDF”. El sistema

genera un archivo de tipo PDF, con toda la información que

el alumno ingreso durante el proceso de regularización dedeuda. El sistema descarga el archivo por medio del

navegador de internet. 

Flujo Alternativo

Postcondiciones

Nombre Validar Ficha de alumno

Autor Francisco González Molina

Fecha 24/06/2015

Descripción Se realiza la validación de los antecedentes de los alumnos,

informando que la información entregada por éste es válida, y seprocede a registrar la información en los sistemas contables.

Page 24: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 24/37

22

Actores Contador

Precondiciones 1)  Funcionario con rol asignado de Contador. 

2)  Búsqueda de alumnos en base a algún filtro debe haber

sido realizada. 

3)  Alumno debe estar asignado al funcionario de perfil

contador que ha ingresado al sistema. 

4)  Alumno debe haber completado el proceso de

regularización de deuda. 

Flujo Normal 1.  Funcionario ingresa con rol de Contador al módulo de

regularización de deuda. 

2.  Funcionario realiza búsqueda de alumnos en base a algún

criterio. El sistema informa los resultados de la búsqueda. 

3.  Funcionario selecciona a unos de los alumnos que fueron

encontrados previamente. El sistema despliega la ficha del

alumno, que contiene toda la información que el alumno

ingreso durante el proceso de regularización de deuda. 4.  Funcionario determina la validez de la información

entregada por el usuario y procede a aceptar o no la

regularización de deuda efectuada por el alumno. En caso

de que sea aceptada el sistema informa al alumno

automáticamente acerca del cambio de su situación por

medio de correo electrónico. 

Flujo Alternativo

Postcondiciones

Page 25: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 25/37

23

Diagramas de Clases

Diagrama de clases

Diagrama de clases del sistema de renovación de beneficios y regularización de deuda

para Alumno, Asistente Social y Contador.

Page 26: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 26/37

24

Diagrama de clases parcial

Diagrama de clases que engloba parcialmente el módulo de renovación de beneficios

de Alumno.

Page 27: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 27/37

25

Diagrama de clases de diseño parcial

Diagrama de clases de diseño parcial, que engloba el módulo de renovación de

beneficios de Alumno.

Page 28: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 28/37

26

Diagramas de Secuencia

Se presentan diagramas de secuencia para ciertos escenarios de algunos casos de uso.

Diagrama de secuencia: Buscar Alumno - Asistente Social

Diagrama de secuencia: Solicitar intervención – Contador

Page 29: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 29/37

27

Diagrama de secuencia: Ingresar datos monetarios de integrante -

 Alumno

Diagramas de Colaboración

Se presentan diagramas de colaboración para ciertos casos de uso.

Diagramas de Colaboración: Actualizar Factor Socioeconómico -

Contador

Page 30: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 30/37

28

Diagramas de Colaboración: Ingresar Beca - Alumno

Diagramas de Colaboración: Ingresar vehículo integrante de familia -

 Alumno

Page 31: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 31/37

29

Diagramas de Actividad

Diagramas de Actividad: Ingresar antecedentes personales– Alumno

Page 32: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 32/37

30

Diagramas de Actividad: Descargar documentación – Contador

Page 33: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 33/37

31

Diagramas de Actividad: Ingresar beca – Alumno

Page 34: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 34/37

32

Diagramas de Actividad: Regularización de deuda – Alumno

Diagramas de Actividad: Validación final – Asistente social

Page 35: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 35/37

33

Diagrama de Componentes

Page 36: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 36/37

34

Diccionarios de clases (parcial)

El sistema es construido básicamente a partir de tres tipologías de clase: Entidad,

Bean, DAO. Las clases de entidad representan tablas en una base de datos. Las clases

Bean representan la capa de Controlador dentro del MVC. Las clases datos formanparte de la capa de Modelo dentro de MVC, compuestas por DAO relacionados con las

vistas y DAO relacionados con entidades.

Entidad Alumno: Representación de un alumno perteneciente a la universidad.

Contiene información como nombre, fecha de nacimiento, tipo de previsión social,

entre otros.

Entidad IntegranteFamiliaAño: Representación de un integrante de familia del grupo

familiar del alumno en un año especifico del proceso de renovación de beneficios.

Contiene información acerca del integrante de familia como por ejemplo, tipo deprevisión de salud, nivel de estudios, sexo, entre otros.

BeanAntecedentesFamiliares: Clase encargada de realizar el manejo de operaciones de

negocio que se realizan en la sección de antecedentes familiares dentro del módulo de

renovación de beneficios del alumno y asistente social.

DAOBienes: Clase responsable de manejar las operaciones relativas al acceso a base de

datos, CRUD, en la sección bienes del módulo de renovación de beneficios de alumno y

asistente social.

Conclusiones

Por medio del presente trabajo se ha logrado realizar una presentación del sistema a

desarrollar, considerando aspectos estáticos y dinámicos de éste, lo que nos permite

avanzar en la siguiente fase de la construcción de un sistema informático, la

implementación, con la ventaja de abarcar un panorama de mayor claridad en cuantoa las funcionalidades y características que debe poseer el sistema desarrollado. A su

vez, la abstracción del sistema en diferentes niveles, nos permite adaptarnos a las

circunstancias cambiantes dentro del desarrollo de una aplicación de forma eficiente y

rápida.

El esfuerzo realizado para ejecutar la especificación de requerimientos y análisis de un

sistema es bastante alto, lo que pudiese ser una desventaja en proyectos que

dependen de forma crítica de los plazos de entrega. Por otra parte, al establecer un

alto nivel esfuerzo en la etapa de análisis podríamos obtener aplicaciones que fuesen

escalables, es decir, que no pierdan calidad en la medida en que aumentan de tamaño.

Page 37: UML MII Informe FranciscoGonzalezMolina

7/23/2019 UML MII Informe FranciscoGonzalezMolina

http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 37/37

Glosario

DAO: Data Access Object (DAO, Objeto de Acceso a Datos). Componente de software

que suministra una interfaz común entre la aplicación y uno o más dispositivos de

almacenamiento de datos, tales como una Base de datos o un archivo.

Hibernate: Hibernate es una herramienta de Mapeo objeto-relacional (ORM) para la

plataforma Java que facilita el mapeo de atributos entre una base de datos relacional

tradicional y el modelo de objetos de una aplicación, mediante archivos declarativos

(XML) o anotaciones en los beans de las entidades que permiten establecer estas

relaciones.

PrimeFaces: PrimeFaces es una librería de componentes para JavaServer Faces (JSF) de

código abierto que cuenta con un conjunto de componentes enriquecidos que facilitan

la creación de las aplicaciones web.

FSE: Factor socioeconómico, valor que determina si la situación socioeconómica de un

alumno se encuentra en estado deficitaria o no.

ManagedBean: Clase que permite el acceso a la lógica de negocio desde la capa de

vista en MVC, en base a JavaServer Faces.

JavaServerFaces: framework para aplicaciones Java basadas en web que simplifica el

desarrollo de interfaces de usuario en aplicaciones Java EE