uml mii informe franciscogonzalezmolina
TRANSCRIPT
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
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
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
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.
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.
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
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.
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
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
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.
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).
7/23/2019 UML MII Informe FranciscoGonzalezMolina
http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 12/37
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
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
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
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
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.
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
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
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.
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
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
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.
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
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.
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.
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.
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
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
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
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
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
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
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
7/23/2019 UML MII Informe FranciscoGonzalezMolina
http://slidepdf.com/reader/full/uml-mii-informe-franciscogonzalezmolina 35/37
33
Diagrama de Componentes
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.
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