Ingeniería en Ejecución Informática

Presentado por: Nicolás Valenzuela.

Ana Ibaceta Hermosilla.

Profesor Guía:

Javier Castro Cárdenas

 Índice

Índice

1. Introducción ....................................................................................................... - 6 -

2. Marco teórico ..................................................................................................... - 7 -

3. Descripción del cliente ....................................................................................... - 8 -

3.1 Colegio Cervantino ............................................................................................... - 8 -

3.2 Misión ................................................................................................................... - 8 -

3.3 Visión ................................................................................................................... - 8 -

3.4 Objetivos .............................................................................................................. - 8 -

4. Antecedentes generales .................................................................................... - 9 -

4.1 Situación actual “Colegio Cervantino”................................................................... - 9 -

5. Definición del problema ................................................................................... - 10 -

6. Diagrama CPC................................................................................................. - 11 -

7. Delimitación del problema ................................................................................ - 12 -

8. Objetivos.......................................................................................................... - 13 -

8.1 Objetivo General ................................................................................................ - 13 -

8.2 Objetivos Específicos ......................................................................................... - 13 -

9. Alcance ............................................................................................................ - 14 -

10. Definición de requerimientos............................................................................ - 15 -

10.1 Requerimientos Funcionales ............................................................................ - 15 -

10.2 Requerimientos No Funcionales ....................................................................... - 16 -

10.3 Técnica Utilizada Toma de Requerimientos ..................................................... - 16 -

11. Plan de riesgos ................................................................................................ - 17 -

Nicolás Valenzuela - Ana Ibaceta

-1-
 Índice

11.1 Herramienta de control de riesgos IPER........................................................... - 17 -

11.1.1 Matriz IPER ............................................................................................... - 17 -

12. Propuesta de solución ..................................................................................... - 21 -

12.1 Factibilidad Técnica .......................................................................................... - 21 -

12.2 Factibilidad Legal ............................................................................................. - 21 -

12.3 Factibilidad Económica .................................................................................... - 22 -

12.3.1 Recursos Humanos ................................................................................... - 22 -

12.3.2 Costo Licencias ......................................................................................... - 22 -

12.4 Ventajas ........................................................................................................... - 23 -

12.5 Desventajas ..................................................................................................... - 24 -

13. Metodología ..................................................................................................... - 25 -

13.1 AUP.................................................................................................................. - 25 -

14. Disciplinas ....................................................................................................... - 27 -

15. Justificación ..................................................................................................... - 29 -

16. Plan de Proyecto ............................................................................................. - 30 -

17. Actores ............................................................................................................ - 31 -

18. Casos de Uso .................................................................................................. - 32 -

18.1 Documentación Casos de Uso ......................................................................... - 36 -

19. Diagrama de estructura del proyecto. .............................................................. - 67 -

20. Conclusión ....................................................................................................... - 68 -

21. Bibliografía....................................................................................................... - 69 -

Nicolás Valenzuela - Ana Ibaceta

-2-
 Índice

Índice de Imágenes

IMAGEN 12: 4.5 CASO DE USO ADMINISTRADOR.............................................................. ERROR! BOOKMARK NOT DEFINED.
IMAGEN 13: 4.5 CASO DE USO PROFESOR ...................................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 14: 4.5 CASO DE USO ALUMNO ........................................................................ ERROR! BOOKMARK NOT DEFINED.
IMAGEN 15: 4.5 CASO DE USO APODERADO ................................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 16: 4.5 CASO DE USO USUARIOS....................................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 4: 2.4 CARTA GANTT ..............................................................................................................................- 30 -
IMAGEN 5: CARTA GANTT ....................................................................................................................................- 30 -
IMAGEN 18: 4.5.1 DIAGRAMA DE SECUENCIA 001 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 19: 4.5.1 DIAGRAMA DE SECUENCIA 002 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 20: 4.5.1 DIAGRAMA DE SECUENCIA 003 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 21: 4.5.1 DIAGRAMA DE SECUENCIA 004 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 22: 4.5.1 DIAGRAMA DE SECUENCIA 005 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 23: 4.5.1 DIAGRAMA DE SECUENCIA 006 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 24: 4.5.1 DIAGRAMA DE SECUENCIA 007 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 25: 4.5.1 DIAGRAMA DE SECUENCIA 008 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 26: 4.5.1 DIAGRAMA DE SECUENCIA 009 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 27: 4.5.1 DIAGRAMA DE SECUENCIA 010 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 28: 4.5.1 DIAGRAMA DE SECUENCIA 011 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 29: 4.5.1 DIAGRAMA DE SECUENCIA 012 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 30: 4.5.1 DIAGRAMA DE SECUENCIA 013 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 31: 4.5.1 DIAGRAMA DE SECUENCIA 014 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 32: 4.5.1 DIAGRAMA DE SECUENCIA 015 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 33: 4.5.1 DIAGRAMA DE SECUENCIA 016 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 34: 4.5.1 DIAGRAMA DE SECUENCIA 017 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 35: 4.5.1 DIAGRAMA DE SECUENCIA 018 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 36: 4.5.1 DIAGRAMA DE SECUENCIA 019 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 37: 4.5.1 DIAGRAMA DE SECUENCIA 020 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 38: 4.5.1 DIAGRAMA DE SECUENCIA 021 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 39: 4.5.1 DIAGRAMA DE SECUENCIA 022 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 40: 4.5.1 DIAGRAMA DE SECUENCIA 023 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 41: 4.5.1 DIAGRAMA DE SECUENCIA 024 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 42: 4.5.1 DIAGRAMA DE SECUENCIA 025 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 43: 4.5.1 DIAGRAMA DE SECUENCIA 026 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 44: 4.5.1 DIAGRAMA DE SECUENCIA 027 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 45: 4.5.1 DIAGRAMA DE SECUENCIA 028 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 46: 4.5.1 DIAGRAMA DE SECUENCIA 029 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 47: 4.5.1 DIAGRAMA DE SECUENCIA 030 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 48: 4.5.1 DIAGRAMA DE SECUENCIA 031 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 49: 4.5.1 DIAGRAMA DE SECUENCIA 032 ........................................................... ERROR! BOOKMARK NOT DEFINED.
IMAGEN 50: 4.5.1 DIAGRAMA DE SECUENCIA 033 ........................................................... ERROR! BOOKMARK NOT DEFINED.

Nicolás Valenzuela - Ana Ibaceta

-3-
 Índice

Índice de Tablas

TABLA 1: 2.5.1 REQUERIMIENTOS FUNCIONALES .....................................................................................................- 15 -

TABLA 2: 2.5.2 REQUERIMIENTOS NO FUNCIONALES ................................................................................................- 16 -
TABLA 9: 4.2 CLASIFICACIÓN DE RIESGOS ................................................................................................................- 17 -
TABLA 10: 4.2 RIESGOS TECNICOS DE CALIDAD Y RENDIMIENTO...................................................................................- 18 -
TABLA 11: 4.2 RIESGOS EXTERNOS ........................................................................................................................- 18 -
TABLA 13: 4.2 RIESGOS EN LA GERENCIA ................................................................................................................- 20 -
TABLA 7: 3.3.3.1 FACTIBILIDAD ECONÓMICA P3 .....................................................................................................- 22 -
TABLA 8: 3.3.3.2 COSTO LICENCIAS ......................................................................................................................- 22 -
TABLA 8: 3.5.1 DOCUMENTACIÓN CASOS DE USO 001 .............................................................................................- 36 -
TABLA 9: CONTRATO CASO DE USO 001 .................................................................................................................- 37 -
TABLA 10: 3.5.1 DOCUMENTACIÓN CASOS DE USO 002 ...........................................................................................- 38 -
TABLA 11: 3.5.1 DOCUMENTACIÓN CASOS DE USO 003 ...........................................................................................- 39 -
TABLA 12: CONTRATO CASO DE USO 003 ...............................................................................................................- 39 -
TABLA 13: 3.5.1 DOCUMENTACIÓN CASO DE USO 004 ............................................................................................- 40 -
TABLA 14: CONTRATO CASO DE USO 004 ...............................................................................................................- 40 -
TABLA 15: 3.5.1 DOCUMENTACIÓN CASO DE USO 005 .............................................................................................- 41 -
TABLA 16: CONTRATO CASO DE USO 005 ...............................................................................................................- 41 -
TABLA 17: 3.5.1 DOCUMENTACIÓN CASO DE USO 006 .............................................................................................- 42 -
TABLA 18: CONTRATO CASO DE USO 006 ...............................................................................................................- 42 -
TABLA 19: 3.5.1 DOCUMENTACIÓN CASO DE USO 007 .............................................................................................- 43 -
TABLA 20: CONTRATO CASO DE USO 007 ...............................................................................................................- 43 -
TABLA 21: 3.5.1 DOCUMENTACIÓN CASO DE USO 008 .............................................................................................- 44 -
TABLA 22: CONTRATO CASO DE USO 008 ...............................................................................................................- 44 -
TABLA 23: 3.5.1 DOCUMENTACIÓN CASO DE USO 009 .............................................................................................- 45 -
TABLA 24: CONTRATO CASO DE USO 009 ...............................................................................................................- 45 -
TABLA 25: 3.5.1 DOCUMENTACIÓN CASO DE USO 010 .............................................................................................- 46 -
TABLA 26: CONTRATO CASO DE USO 010 ...............................................................................................................- 46 -
TABLA 27: 3.5.1 DOCUMENTACIÓN CASO DE USO 011 .............................................................................................- 47 -
TABLA 28: CONTRATO CASO DE USO 011 ...............................................................................................................- 47 -
TABLA 29: 3.5.1 DOCUMENTACIÓN CASO DE USO 012 .............................................................................................- 48 -
TABLA 30: CONTRATO CASO DE USO 012 ...............................................................................................................- 48 -
TABLA 31: 3.5.1 DOCUMENTACIÓN CASO DE USO 013 .............................................................................................- 49 -
TABLA 32: CONTRATO CASO DE USO 013 ...............................................................................................................- 49 -
TABLA 33: 3.5.1 DOCUMENTACIÓN CASO DE USO 014 .............................................................................................- 50 -
TABLA 34: CONTRATO CASO DE USO 014 ...............................................................................................................- 50 -
TABLA 35: 3.5.1 DOCUMENTACIÓN CASO DE USO 015 .............................................................................................- 51 -
TABLA 36: 3.5.1 DOCUMENTACIÓN CASO DE USO 016 .............................................................................................- 52 -
TABLA 37: CONTRATO CASO DE USO 016 ...............................................................................................................- 52 -
TABLA 38: 3.5.1 DOCUMENTACIÓN CASO DE USO 017 .............................................................................................- 53 -
TABLA 39: 3.5.1 DOCUMENTACIÓN CASO DE USO 018 .............................................................................................- 54 -
TABLA 40: CONTRATO CASO DE USO 018 ...............................................................................................................- 54 -
TABLA 41: 3.5.1 DOCUMENTACIÓN CASO DE USO 019 .............................................................................................- 55 -
TABLA 42: CONTRATO CASO DE USO 019 ...............................................................................................................- 55 -
TABLA 43: 3.5.1 DOCUMENTACIÓN CASO DE USO 020 .............................................................................................- 56 -
TABLA 44: 3.5.1 DOCUMENTACIÓN CASO DE USO 021 .............................................................................................- 57 -
TABLA 45: 3.5.1DOCUMENTACIÓN CASO DE USO 022 ..............................................................................................- 58 -
TABLA 46: CONTRATO CASO DE USO 022 ...............................................................................................................- 58 -
TABLA 47: 3.5.1 DOCUMENTACIÓN CASO DE USO 023 .............................................................................................- 59 -
TABLA 48: CONTRATO CASO DE USO 023 ...............................................................................................................- 59 -
Nicolás Valenzuela - Ana Ibaceta
-4-
 Índice

TABLA 49: 3.5.1 DOCUMENTACIÓN CASO DE USO 024 .............................................................................................- 60 -

TABLA 50: CONTRATO CASO DE USO 024 ...............................................................................................................- 60 -
TABLA 51: 3.5.1 DOCUMENTACIÓN CASO DE USO 025 .............................................................................................- 61 -
TABLA 52: CONTRATO CASO DE USO 025 ...............................................................................................................- 62 -
TABLA 53: 3.5.1 DOCUMENTACIÓN CASO DE USO 026 .............................................................................................- 63 -
TABLA 54: CONTRATO CASO DE USO 026 ...............................................................................................................- 64 -
TABLA 55: 3.5.1 DOCUMENTACIÓN CASO DE USO 027 .............................................................................................- 65 -
TABLA 56: CONTRATO CASO DE USO 027 ...............................................................................................................- 65 -
TABLA 57: 3.5.1 DOCUMENTACIÓN CASOS DE USO 028 ...........................................................................................- 66 -
TABLA 58: CONTRATO CASO DE USO 028 ...............................................................................................................- 66 -

Nicolás Valenzuela - Ana Ibaceta

-5-
 Introducción

1. Introducción
La tecnología se ha vuelto una necesidad para cada persona. Convivimos con ella al
prender el televisor, al utilizar un computador o al manipular nuestro teléfono celular,
responde al deseo y voluntad que tenemos las personas de transformar nuestro entorno
buscando nuevas y mejores formas de satisfacer nuestras necesidades.
En el siguiente informe se dará a conocer nuestro proyecto que costa de un portal de
gestión educativa especializado que tiene como objetivo simplificar la labor de un docente
por medio de un libro digital y mantener contacto 24/7 con la comunidad educativa,
ofreciendo cercanía con los apoderados que no siempre disponen del tiempo de estar de
manera presencial en las reuniones del establecimiento, poniendo a su disposición la
información detallada de su pupilo. Además, se expondrá las opciones que entrega la
plataforma para los estudiantes del establecimiento.
Demostraremos como la tecnología puede simplificar y agilizar las labores que hace un
tiempo atrás se hacían manualmente por medio de libros de clases físicos.

Nicolás Valenzuela - Ana Ibaceta

-6-
 Marco teórico

2. Marco teórico
El sistema de información debe responder a las peculiaridades de cada institución, tales
como el producto, sus objetivos, su ubicación, la cultura corporativa y el tamaño son de
especial relevancia. Los encargados de la gestión de la tecnología de la información están
de acuerdo en que la información hay que adquirirla, organizarla y distribuirla, mientras
que lo principal para los clientes de la información es el acceso, es decir, conseguir la
información adecuada cuando es necesario. Para una Intranet es necesario estructurar el
sistema de tal manera que permita capturar e integrar todos los tipos de información para
entregarlos en cualquier momento y sin demora.
Una Intranet con sus ventajas de interactividad y conectividad, permite a cualquiera de la
organización actualizar y acceder a la información, siempre que tenga los permisos
respectivos y protocolos basados en Internet, es decir que cualquiera que disponga de un
explorador y de un permiso puede tomar parte en la gestión de la información de una
Intranet.
Dentro del marco legal, tenemos ciertas leyes que respaldan la implementación de un
sistema de intranet en la web, tales como:
Ley 20.285, la cual habla de los acceso que se pueden tener sobre la información pública
que se transparenta a ciertos perfilamientos dentro de la intranet.
Ley 19.496, establece normas sobre protección de los derechos de los consumidores.

Nicolás Valenzuela - Ana Ibaceta

-7-
 Descripción del cliente

3. Descripción del cliente

3.1 Colegio Cervantino

El colegio cervantino fundamenta su accionar, principalmente, en las corrientes del

pensamiento humanista que sustentan la educación centrada en la persona como uno de
los paradigmas que pueden garantizar tanto los aprendizajes significativos – cognoscitivos
experienciales- como los procesos de crecimiento desarrollo personal y humano. A través
de la educación centrada en la persona se busca promover el desarrollo integral de la
persona del educando, y principalmente el desarrollo de la ética del discernimiento con
base en el sentimiento de igualdad de todos los seres humanos, la tolerancia, la
solidaridad y todos los valores que hacen posible la justicia y como consecuencia la
armonía y la paz.

3.2 Misión

El personal docente y directivo de nuestra institución integra sus esfuerzos para lograr la
formación integral de todos los alumnos promoviendo la responsabilidad, el trabajo en
equipo, la actitud de servicio y el desarrollo de las competencias necesarias para una
educación de calidad.

3.3 Visión

Consolidarse como una institución con reconocimiento social por medio de directivos y
docentes que promuevan en sus alumnos el respeto, la equidad y la socialización,
comprometidos a implementar esquemas innovadores en la enseñanza-aprendizaje y alto
nivel educativo.

3.4 Objetivos

El Colegio tiene como objetivo principal el desarrollo integral de sus alumnos/as mediante
una actuación educativa estimulante de todas las áreas, equilibrando y ponderando su
acción en cada una de ellas.

Nicolás Valenzuela - Ana Ibaceta

-8-
 Antecedentes generales

4. Antecedentes generales

4.1 Situación actual “Colegio Cervantino”

Según lo conversado con el colegio cervantino la situación actual de hardware es: no

tienen computadores en cada sala para el uso de los profesores, ya que, cuentan con un
libro clases de manera escrita. Para el uso de trabajadores en el área de secretaría si
cuentan con computadores, por lo que se requiere que la implementación de
computadores en cada sala para el uso del nuevo sistema.

En el caso de software como ya mencionamos anteriormente no cuentan con uno, por lo

que el sistema será nuevo. En el área de secretaría usan los programas como excel para
llevar a cabo el pago de salario de los profesores.

Nicolás Valenzuela - Ana Ibaceta

-9-
 Antecedentes generales

5. Definición del problema

En la actualidad cada vez se hace más necesario la implementación de nuevas
tecnologías, ya que llevar registros escritos desencadena múltiples problemas cualquiera
sea el área, tales como pérdida de información por extravío de libros, ilegibilidad, etc. Es
por esto, que esta vez nos centraremos en gestionar el registro de información académica
para un colegio, en el cual sus principales problemas son:
Confusiones con el libro de clases, esto quiere decir, que al tener cada curso un libro de
clases, hay confusión con estos, y desencadena una pérdida de tiempo al encontrar el
libro necesitado.
Registro de notas, al registrar las notas en el libro de clases, existe la posibilidad de que
por un descuido del profesor algún alumno pueda cambiar sus notas, ya que no existe un
respaldo más allá que este.
Otro problema lo podemos encontrar en las fechas de las evaluaciones, en donde los
profesores necesitan anotar estas fechas, las cuales pueden ser perdidas u olvidadas.
Falta de comunicación con los apoderados, como ya sabemos en los colegios existen las
reuniones de apoderados para comunicar tanto notas como conducta de los alumnos,
pero no todos los padres pueden asistir a estas, lo que lleva a que los apoderados no
sepan de las notas de sus hijos o conducta.
También cabe destacar que hay una pérdida del material visto en clases, en donde los
alumnos extravían las guías, documentos, etc. Entregado por los profesores y
desencadena en pérdida al tener que volver a solicitarlos.
Es por estos e innumerables problemas que se presentas en los colegios que
proponemos una solución que detallaremos en el siguiente punto.

Nicolás Valenzuela - Ana Ibaceta

- 10 -
 Antecedentes generales

6. Diagrama CPC

Nicolás Valenzuela - Ana Ibaceta

- 11 -
 Antecedentes generales

7. Delimitación del problema

La aplicación web debe integrar un formulario login, en el cual se podrá delimitar la
información a cada usuario de acuerdo a su rol dentro o con el establecimiento. Es decir,
el sistema cuenta con una jerarquía de usuarios comenzando por el perfil administrador el
cual tiene todos los privilegios del sistema es el encargado de crear, modificar e incluso
eliminar usuarios del sistema, aunque la función eliminar produce un efecto de ocultación
ya que los registros deben permanecer en el sistema por un tiempo determinado hasta
que el alumno finalice su ciclo en el establecimiento.
Con la creación de usuarios se da vida a los perfiles como profesor que está directamente
relacionado con el perfil alumno, debido a que es el docente quien se encargara de
ingresar la información que podrá visualizar el alumno (Concentración de notas, hoja de
vida del alumno, fechas de pruebas, lista de libros a leer, subir documentos a la biblioteca
virtual). Además de contar con un módulo exclusivo para los profesores apodado “El
rincón del profe”, el cual les permite mantener una comunicación similar a un chat. Por
último, tenemos el perfil de Apoderado poniendo a disposición del tutor toda la
información correspondiente a su pupilo (Concentración de notas, hoja de vida del
alumno, fechas de pruebas), solo puede visualizar el contenido sin poder manipular o
descargar algún documento desde la plataforma, esos beneficios los posee el alumno.

Nicolás Valenzuela - Ana Ibaceta

- 12 -
 Objetivos

8. Objetivos

8.1 Objetivo General

Construir una plataforma web de gestión educativa para colegio Cervantino.

8.2 Objetivos Específicos

 Agilización de tiempo en documentar.

 Descargas de archivos (Apuntes, libros, concentración de notas).
 Conexión con la comunidad educativa 24/7.
 Perfiles personalizados para cada usuario.
 Fácil accesibilidad.
 Información limitada por usuarios.
 Registro de notas.
 Registro asistencia.
 Registro horas trabajadas docentes.
 Perfil profesor.
 Perfil alumno.
 Perfil apoderado.
 Registro anotaciones alumnos.
 Automatización cálculo de notas y asistencia.
 Registro de perfiles.

Nicolás Valenzuela - Ana Ibaceta

- 13 -
 Alcance

9. Alcance

Nicolás Valenzuela - Ana Ibaceta

- 14 -
 Requerimientos

10. Definición de requerimientos.

10.1 Requerimientos Funcionales

ID Nombre Descripción Prioridad

FSR1 Restricción de Según sea el tipo de usuario, cada uno tendrá Alta
usuarios un límite de información a la cual acceder.
FSR2 Plataforma Cada usuario podrá personalizar su perfil. Baja
personalizada
FSR3 Ingreso de notas Registro de notas de los alumnos. Alta
FSR4 Ingreso de Registro de la asistencia de los alumnos. Alta
asistencia online
FSR5 Ingreso de alumnos Registrar a los alumnos en el sistema para que Alta
posteriormente puedan visualizar su
información
FSR6 Ingreso docente Registrar a los docentes con su respectiva Alta
restricción de usuario
FSR7 Ingreso de Registrar apoderados con su respectiva Media
apoderados restricción de usuario y vinculación con
alumno.
FSR8 Descarga de Los profesores podrán subir las guías, Baja
archivos apuntes, etc. Para que los alumnos puedan
descargarlos.
FSR9 Comunicación con El acceso a la plataforma estará disponible Baja
la plataforma 24/7 todos los días y en cualquier momento.
FSR10 Hoja de vida de Se podrá registrar las anotaciones tanto Media
alumno positivas como negativas de los alumnos, para
así visualizarlas posteriormente.
FSR11 Visualización de En el perfil alumno y apoderado se podrá Media
horario visualizar el horario correspondiente.
FSR12 Fechas de El docente registrará las fechas de Baja
evaluación evaluaciones disponibles en el perfil alumno y
apoderado.
FSR13 Perfil alumno Perfil de restricción. Tiene acceso a la Alta
visualización de su información y a descargar
archivos.
FSR14 Perfil apoderado Perfil de restricción. Tiene acceso sólo a Media
visualizar la información de su alumno.
FSR15 Rincón del Profe Espacio donde los docentes pueden compartir Alta
ideas, conversar sobre asuntos relacionados a
su trabajo.
Tabla 1: 2.5.1 Requerimientos Funcionales

Nicolás Valenzuela - Ana Ibaceta

- 15 -
 Propuesta de solución

10.2 Requerimientos No Funcionales

ID Nombre Descripción Prioridad

NFSR1 Diseño plataforma
NFSR2 Tipo de fuente
NFSR3 Lenguaje de PHP
programación
Tabla 2: 2.5.2 Requerimientos No Funcionales

10.3 Técnica Utilizada Toma de Requerimientos

La técnica que utilizamos para la toma de requerimientos fue la entrevista. La entrevista

principal la tuvimos con el director del establecimiento. Luego quisimos hablar con los
usuarios que interactuarán con el sistema.
Debido a la gran cantidad de profesores, alumnos y apoderamos le pedimos al director
que seleccionara algunos profesores y alumnos a los cuales pudiéramos entrevistar.
Luego de esa entrevista quisimos también tener la oportunidad de conversar con los
apoderados, por lo tanto, nos dirigimos al establecimiento en un día de reuniones de
apoderados para que nos pudieran aportar con nuevos requerimientos y también saber la
opinión que tenían al respecto del nuevo sistema a implementar.

Nicolás Valenzuela - Ana Ibaceta

- 16 -
 Riesgos

11. Plan de riesgos

11.1 Herramienta de control de riesgos IPER

11.1.1 Matriz IPER

Se refiere a la identificación de los peligros y evaluación de los riesgos, mediante las

probabilidades y consecuencias de las posibles ocurrencias, se basa en un control
efectivo de los riesgos a través de la eliminación, reducción, control y monitoreo de los
riesgos.

Probabilidad Impacto
Nivel Rango Nivel Rango
Alta 5 Alta 5
Media 3 Media 3
Baja 1 Baja 1
Tabla 3: 4.2 Clasificación de riesgos

Categori Riesgo Probabili Impacto Plan de Requerimiento plan

a dad contingencia de acción
Riesgos Interfaz 3 3 Ampliar número de Dedicar más tiempo
técnicos confusa reuniones y horas para revisar interfaz
de dedicadas al de usuario.
calidad o proyecto.
rendimie No 5 5 Se debe hacer una Contratar a un usuario
nto detectar revisión del código promedio para que
errores utilizado a nivel intente botarlo.
en el base; se dividirá en
Testing fragmentos el
código.
Código 3 3 El equipo de A medida que se vaya
mal trabajo debe construyendo el
docume asegurarse de software, corroborar
ntado efectuar una que este
documentación documentado.
clara de todo lo
que sucede con el
software.
Sistema 1 5 Poner atención al Realizar reuniones
cuenta momento de tomar con el cliente
con requerimientos y
funcional asegurar no
idad que agregar funciones
no no deseados; solo
concuer lo especificado
da con
Nicolás Valenzuela - Ana Ibaceta
- 17 -
 Propuesta de solución

el cliente
Sistema 3 5 El código se debe El depurador debe
cuenta escribir de forma estar funcionando
con cuidadosa y tiene adecuadamente y el
errores que estar programador debe
de constantemente saber cómo
ejecució evaluado para solucionar problemas
n u otros asegurar un buen de código
funcionamiento
Falta de 3 5 El código se debe El depurador debe
accesibil escribir de forma estar funcionando
idad o cuidadosa y tiene adecuadamente y el
integraci que estar programador debe
ón con constantemente saber cómo
la evaluado para solucionar problemas
computa asegurar un buen de código
dora del funcionamiento
cliente
Tabla 4: 4.2 Riesgos tecnicos de calidad y rendimiento

Categoria Riesgo Probabilidad Impacto Plan de Requerimiento

contingencia plan de acción
Externos Cambio de 0,15 Elaborar Documentar
decisión contratos que cada iteración
del cliente garanticen y y que ésta sea
respalden lo firmada por el
antes cliente
establecido
Tabla 5: 4.2 Riesgos externos

Nicolás Valenzuela - Ana Ibaceta

- 18 -
 Propuesta de solución

Categori Riesgo Probabilid Impact Plan de Requerimiento

a ad o contingencia plan de acción
Ambient Pérdida 3 5 Crear copias de Asegurar la
ales de seguridad y información
informació respaldar todos los además en la
n avances del nube.
proyecto en
unidades externas.
Corte de 1 5 Crear una Realizar respaldo
suministro abundancia de en la nube.
eléctrico copias de
seguridad del
sistema, y guardar
todos los avances.
Falta de 1 5 Se debe asegurar Realizar todas las
conexión que existe una acciones
a internet conexión exitosa necesarias para
para navegar en establecer una
internet conexión a internet
Falta de 1 5 Proveer a todas las Contar con el
computad salas de clases precio de los
ores con un computador computadores
disponible para cada docente
s que utilice la sala
No hay 1 5 Hacer revisiones a Tener una
conexión la base de datos, conexión a internet
a la base su conectividad, y para poder
de datos reiniciar según sea acceder a la
necesario funcionalidad de la
base de datos del
sistema
El 1 5 Tener cotizado otro Tener los fondos
proveedor servicio de hosting necesarios para
de hosting del cual podríamos poder contratar
quiebra subir nuestro sitio otro servicio de
de forma inmediata hosting, si fuese
necesario

Nombre Riesgo Probabilid Impacto Severidad Requerimiento

ad plan de acción
En la Análisis 1 5 Ampliar número Dedicar tiempo
gerencia erróneo o de reuniones y para poder
malinterpretaci horas dedicadas realizar estas
ón de al proyecto. acciones
funcionalidad
Falla de 3 5 Poseer un Designar a una
equipo del equipo de persona para

Nicolás Valenzuela - Ana Ibaceta

- 19 -
 Propuesta de solución

trabajo trabajo cubrir trabajo

proactivo, y así faltante.
poder cubrir el
puesto faltante
con
conocimientos
en conjunto.
Mala toma de 3 5 Ampliar el Dedicar un día
requerimientos contenido en la a la semana
toma de para asegurar
requerimiento. que los
requerimientos
sean correctos.
Falta de 5 5 Ampliar el Fijar las
comunicación número de reuniones con
con el cliente reuniones y más de un mes
mantener de anticipación,
comunicación para evitar
constante con el cancelaciones.
cliente mediante
prototipos y
evaluaciones.
Atraso en los 5 3 Ampliar y Realizar
avances del organizar bien reuniones de
proyecto las fechas de equipo de
entregas. trabajo
semanales
para revisar los
avances.
Indecisión del 3 5 Ofrecer Establecer
cliente consejos y dar reuniones con
tiempo al cliente el cliente
para que
conozca bien
cuáles son las
funcionalidades
necesarias para
su sistema
Tabla 6: 4.2 Riesgos en la gerencia

Nicolás Valenzuela - Ana Ibaceta

- 20 -
 Propuesta de solución

12. Propuesta de solución

Esta propuesta evalua la construcción de un sitio web cliente desarrollado en PHP y

maquetado en HTML 4.0; con un motor de base de datos MySQL alojado en un servidor
Linux.

12.1 Factibilidad Técnica

Software a Utilizar: Notepad++

12.2 Factibilidad Legal

Ley 19.628 PROTECCION DE DATOS DE CARACTER PERSONAL

Esta ley trata sobre proteger los datos de carácter personal de cada individuo.
Dice que toda persona puede efectuar el tratamiento de datos personales, pero siempre
que lo haga de manera responsable y para finalidades permitidas por el ordenamiento
jurídico. Deberá respetar el pleno ejercicio de los derechos fundamentales de los titulares
de los datos y de las facultades que esta ley les reconoce.
La manera en que podemos evitar que esta ley nos impida el desarrollo del software es
protegiendo los datos de nuestros clientes, aplicar una mayor seguridad para que estos
no sean manipulados o utilizados por otras personas.

Ley 17.336 Propiedad intelectual en Chile.

Esta ley pretende proteger los derechos que, por el solo hecho de la creación de una
obra, adquieren los autores de obras de la inteligencia en los dominios literarios, artísticos
y científicos, cualquiera que sea su forma de presión, y los derechos conexos que el la
determina. De acuerdo con la misma, el derecho de autor comprende los derechos
patrimoniales y morales, que protegen el aprovechamiento, la paternidad y la integridad
de una obra.
La manera en que podemos evitar que esta ley nos impida el desarrollo del software es
asegurando que los libros que los libros subidos a la plataforma sean de dominio público
o también que el colegio los compre, para así no infraccionar los derechos de autor.

Nicolás Valenzuela - Ana Ibaceta

- 21 -
 Propuesta de solución

12.3 Factibilidad Económica

12.3.1 Recursos Humanos

RR.HH V.P.H. V.T.P. V.V.E.

Jefe de Proyecto $5.900 $6.844.000 262,98 UF
Analista x2 $4.400 $5.104.000 (x2) 392,25 UF

($10.208.000)
Diseñador $4.800 $5.568.000 213,95 UF
Programador x2 $4.360 $5.057.600 (x2) 388,68 UF

($10.115.200)
Tester $4.900 $5.684.000 218,41 UF
Valor Total proyecto $38.419.200 1.476,28 UF
Tabla 7: 3.3.3.1 Factibilidad Económica P3

12.3.2 Costo Licencias

Herramienta Costo
Notepad++ Gratuito
PHP Gratuito
MySQL Gratuito
Costo Final UF- CLP CLP UF
Tabla 8: 3.3.3.2 Costo Licencias

*UF Día… $26.024,32

* El valor total del proyecto corresponde a 1.476,28 UF su duración es de 7 meses

aproximado.

Nicolás Valenzuela - Ana Ibaceta

- 22 -
 Ventajas y Desventajas

12.4 Ventajas

Las principales ventajas de utilizar PHP como lenguaje de programación son:

 Es open source, lo que quiere decir que es gratuito.

 Es multiplataforma, funciona en servidores Windows y Linux.
 Tiene funciones incorporadas para trabajar con MySQL.
 Es compatible con la mayoría de los gestores de base de datos.
 El código original pertenece oculto al usuario, ya que se ejecuta en el servidor y
este envía el resultado al código HTML, lo que permite una mayor seguridad.
 Debido a su popularidad tiene una gran comunidad. Puedes encontrar foros,
grupos y equipos de soporte, además hay un alto número de librerías disponibles.
 La mayoría de los servicios de hosting tienen lista la configuración para utilizar
PHP.

Las principales ventajas de utilizar MySQL como base de datos son:

 Integración perfecta con PHP.

 Es open source.
 Es uno de los gestores con mejor rendimiento, debido a su velocidad para realizar
las transacciones.
 Es de fácil de utilizar y configurar.
 Se puede ejecutar en múltiples sistemas operativos (Windows, Linux y Mac OS).
 MySQL está disponible en casi la mayoría de los servicios de hosting.
 Al igual que PHP, también tiene una amplia comunidad que puede ayudarte a
resolver problemas y dar soporte.
 Soporta bases de datos de hasta 50 millones de filas o más.

Nicolás Valenzuela - Ana Ibaceta

- 23 -
 Ventajas y Desventajas

12.5 Desventajas

Las principales desventajas de utilizar PHP como lenguaje de programación son:

 A la hora de programar se dificulta ya que no tiene códigos prediseñados.

Las principales desventajas de utilizar MySQL como gestor de base de datos son:

 Muchas de las utilidades de MySQL no están documentadas.

 No es intuitivo.

Nicolás Valenzuela - Ana Ibaceta

- 24 -
 Metodología

13. Metodología

13.1 AUP

El desarrollo guiado por pruebas, también conocido como programación por pruebas o
‘test-driven development’, es un proceso de desarrollo de software que depende de la
repetición de un ciclo muy pequeño de desarrollo: los requerimientos se convierten en
‘test cases’ (o casos de prueba) muy específicos, y luego el software es mejorado para
pasar tales pruebas de forma exclusiva. Esto es para asegurar que dentro del desarrollo
del software no se agregaran funcionalidades que no cumplen con los requerimientos
establecidos.
Kent Beck dice que la programación por pruebas alienta diseños más simples e inspira la
confianza.
Su funcionamiento es el siguiente:
Se agrega una prueba con código que es justo lo necesario para que fracase. Luego, se
ejecutan estas pruebas y se asegura que estas pruebas fracasen. Entonces así uno
después actualiza y modifica el código funcional del sistema para que logre pasar las
pruebas establecidas. El siguiente paso sería ejecutar estas pruebas de nuevo, y si aún
fracasan se debe seguir actualizando y ejecutando. Cuando apruebe la prueba, se re
factoriza el código. La idea es que los requisitos sean traducidos a pruebas, de este
modo, cuando las pruebas pasen se garantizará que el software cumple con los requisitos
que se han establecido.

Se puede implementar la programación en pares (paired programming) en la metodología

AUP también, que es principalmente la técnica donde dos programadores trabajan juntos
en una estación de trabajo. Uno, el ‘driver’ escribe el código donde el otro, el ‘observer’ o
‘navigator’ revisa cada línea del código mientras se escribe. Estos programadores
cambian su rol frecuentemente. Las ventajas de programación en pares son varias, pero
se enfoca más en la calidad de diseño, el aprendizaje, la comunicación, la satisfacción y
la economía.

Nicolás Valenzuela - Ana Ibaceta

- 25 -
 Metodología

Con ‘agile modeling’, se refiere a la metodología de documentación y modelaje de

sistemas de software basado en las mejores prácticas. Es una colección de valores y
principios que pueden ser aplicados en un proyecto de desarrollo de software. Esta
metodología es más simple que métodos tradicionales, logrando que esta sea la mejor
alternativa en ambientes que cambian constantemente.

‘Database refactoring’ o refactorizacion de base de datos, es un pequeño cambio al

esquema de tu base de datos que mejora su diseñó sin alterar su semántica. Se divide en
diferentes categorías de refactorización:

Estructural.
Un cambio a la estructura tabla del esquema.

Calidad de información.
Un cambio que mejora o asegura la consistencia y el uso de los valores dentro de la base
de datos.

Integridad referencial.
Un cambio que asegura que una fila referenciada existe dentro de otra tabla y/o que
asegura que tal fila que ya no se necesita es eliminada de la forma correcta.

Arquitectural.
Un cambio que mejora en general como programas externos interactúan con la base de
datos.

Método.
Un cambio que mejora la calidad de algún procedimiento almacenado, función
almacenada, o trigger.

Transformación sin refactorizar.

Un cambio que cambia la semántica de tu base de dato, agregando nuevos elementos a
ella o modificando ya existentes.

Nicolás Valenzuela - Ana Ibaceta

- 26 -
 Casos de uso

14. Disciplinas
Modelado:
En esta etapa diversas reuniones con el cliente fueron efectuadas en las cuales el
problema fue planteado y fuimos capaces de dilucidar el flujo de la información dentro de
la organización, que es lo que deben mantener registrado a futuro. Dada la información
entregada por el cliente y tras entrevistas a los distintos usuarios finales, decidimos que
una intranet era la solución más viable para el colegio.
Las principales tareas a realizar en esta etapa fueron:

 Toma de requerimientos
 Diagrama de casos de uso
 Diagramas de secuencia
 Paquetes del sistema
 Contratos
 Diseño de base de datos
 Modelo relacional
 Diagrama de clases

Implementación:
Los requerimientos que fueron tomados anteriormente los llevamos a código fuente, así
como también los distintos módulos del sistema, los cuales son:

Pruebas:
En esta etapa nos centramos en encontrar los posibles errores que tenga el sistema, para
así asegurar la calidad de este, y asegurar que todos los requerimientos se cumplieron.
Las principales pruebas a realizar son:

 Prueba de integridad de los datos y la base de datos

 Prueba de Funcionalidad
 Prueba de Ciclo del Negocio
 Prueba de Interface de Usuario
 Prueba de Performance

Nicolás Valenzuela - Ana Ibaceta

- 27 -
 Casos de uso

 Prueba de Carga
 Prueba de Esfuerzo
 Prueba de Volumen
 Prueba de Seguridad y Control de Acceso
 Prueba de Fallas y Recuperación
 Prueba de Configuración
 Prueba de Instalación
 Prueba de Documentos

Despliegue:
Antes de la entrega final del programa se hará una charla tanto a los docentes, alumnos y
apoderados (usuarios finales) para orientar sobre el uso del sistema.
Luego de la entrega y despliegue del sistema habrá un periodo en el cual el sistema
estará a prueba, atendiendo las dudas de los usuarios finales.

Gestión de la Configuración:
Administrar el acceso a artefactos del proyecto. Esto incluye el manejo de riesgos,
dirigiendo a la gente (asignando trabajos, seguimiento del progreso, etc.) y coordinando
con gente y sistemas fuera del enfoque del proyecto para asegurar que sea entregado
dentro del tiempo y presupuesto.

Entorno:
Apoya el resto del esfuerza asegurando que el procedimiento correcto, dirección
(estándares y directrices), y herramientas (hardware, software, etc.) están disponible al
equipo como sea necesario.

Simplicidad.- Todo está descrito de forma concisa utilizando un par de hojas, no miles de
ellos.

Agilidad.- Se conforma a los valores y principios del ‘agile software development’ y el

‘Agile Alliance’.

Nicolás Valenzuela - Ana Ibaceta

- 28 -
 Casos de uso

Enfoque a las actividades de alto nivel.- Se enfoca en las actividades que realmente
valen la pena, no a todas las del proyecto.

Independencia de herramientas.- Podemos utilizar cualquier toolset que queramos con

el AUP. La recomendación es que se utilicemos herramientas que estén mejor diseñadas
para el trabajo, que frecuentemente suelen ser herramientas simples.

AUP cumple con todas nuestras necesidades.

15. Justificación
Una de las principales razones por la que elegimos esta propuesta es debido al soporte
que tienen los servidores al lenguaje PHP, ya que la mayoría de estos incluye la
configuración a este lenguaje. Además, cabe destacar todas las ventajas que
mencionamos anteriormente. Tales como: Es Open Source, lo que quiere decir que es
gratuito. Funciona tanto en plataforma Linux, Windows y Mac OS. Soporta una gran
cantidad de base de datos y la razón por la que elegimos MySQL es que se adapta
perfectamente a trabajar con PHP. Este trae funciones incorporadas para trabajar con
MySQL. Es uno de los gestores de base de datos de mayor rendimiento y velocidad y
además es gratuito.

Nicolás Valenzuela - Ana Ibaceta

- 29 -
 Plan de proyecto

16. Plan de Proyecto

Imagen 1: 2.4 Carta Gantt

Imagen 2: Carta Gantt

Nicolás Valenzuela - Ana Ibaceta

- 30 -
 Diagrama de estructura

17. Actores

Usuario del sistema: Es toda persona que interactúa directamente con el sistema y posee
un perfil en éste. Todo usuario puede cambiar su contraseña.

Perfiles

Administrador: Es el encargado de registrar nuevos usuarios y permitir la descarga de

libros. Moderador del 'Rincón del Profe'.

Profesor: Es aquel usuario que sube notas, pasa asistencia, sube apuntes y registra
anotaciones a los estudiantes. También tiene acceso al 'Rincón del profe' para ver los
comentarios de sus colegas, así como también aportar sus propios comentarios.

Estudiante: Es el usuario que tiene permitido ver sus propias notas y acceder a los apuntes
y libros subidos por algún profesor.

Apoderado: Es el usuario que puede ver las notas, anotaciones y asistencia de su pupilo.

Imagen 3: 3.4 Actores

Nicolás Valenzuela - Ana Ibaceta

- 31 -
 Casos de uso

18. Casos de Uso

Imagen 4: 3.5 Caso de uso Administrador

Nicolás Valenzuela - Ana Ibaceta

- 32 -
 Casos de uso

Imagen 5: 3.5 Caso de uso Profesor

Nicolás Valenzuela - Ana Ibaceta

- 33 -
 Casos de uso

Imagen 6: 3.5 Caso de uso Alumno

Imagen 7: 3.5 Caso de uso Apoderado

Nicolás Valenzuela - Ana Ibaceta

- 34 -
 Casos de uso

Imagen 8: 3.5 Caso de uso Usuarios

Imagen 9: 3.5 Caso de uso Admisión

Nicolás Valenzuela - Ana Ibaceta

- 35 -
 Casos de uso

18.1 Documentación Casos de Uso

Caso de Uso Agregar usuario CU 001

Actor Administrador
Descripción Crear nuevos usuarios que interactuarán con el sistema.
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- Usuario creado.
Condiciones
Flujo básico 1 El usuario inicia sesión
como administrador.
2 Crea un nuevo usuario
ingresando los datos
solicitados.
3 El sistema verifica que los
datos ingresados sean
correctos.
4 Registro exitoso.
Flujos 3a Problemas al registrar,
alternos revisar que los datos
solicitados hayan sido
ingresados correctamente.
Volver al punto 2.

Tabla 9: 3.5.1 Documentación Casos de uso 001

Imagen 10: 3.5.1 Diagrama de secuencia 001

Nicolás Valenzuela - Ana Ibaceta

- 36 -
 Casos de uso

Operación Agregar Usuario

Referencias cruzadas Caso de uso: Agregar usuario
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  Se crea una instancia de Usuario
usuario.
 usuario Contraseña pasa a ser la
provista por el administrador
 usuario TipoUsuario pasa a ser el
indicado por el administrador

Tabla 10: Contrato Caso de uso 001

Nicolás Valenzuela - Ana Ibaceta

- 37 -
 Casos de uso

Caso de Uso Modificar asistencia CU 002

Actor Administrador
Descripción El administrador tendrá acceso a modificar la asistencia de un
alumno.
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- No existe.
Condiciones
Flujo básico 1 El usuario inicia sesión
como administrador.
2 Selecciona al alumno al
que desea modificar su
asistencia.
3 El sistema busca los datos
del alumno y los muestra al
usuario.
4 El usuario revisa la
asistencia del alumno y la
modifica.
5 El sistema modifica la
asistencia y la guarda en la
base de datos.
Flujos 5a Problemas al modificar la
alternos asistencia, intentar
nuevamente. Volver al paso
4.

Tabla 11: 3.5.1 Documentación Casos de uso 002

Imagen 11: 3.5.1 Diagrama de secuencia 002

Nicolás Valenzuela - Ana Ibaceta
- 38 -
 Casos de uso

Caso de Uso Modificar usuario CU 003

Actor Administrador
Descripción Modificar los datos de los usuarios que interactúan con el sistema.
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- Usuario modificado.
Condiciones
Flujo básico 1 El usuario inicia sesión
como administrador.
2 Selecciona el usuario al
cual desea modificar.
3 El sistema busca los datos
del usuario y los muestra.
4 El usuario modifica la
información.
5 El sistema modifica los
datos de usuario y la guarda
en la base de datos.
Flujos 5a Problemas al modificar el
alternos usuario, intentar
nuevamente. Volver al paso
4.
Tabla 12: 3.5.1 Documentación Casos de uso 003

Imagen 12: 3.5.1 Diagrama de secuencia 003

Operación Modificar Usuario

Referencias cruzadas Caso de uso: Modificar Usuario
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  usuario TipoUsuario es modificado
por el administrador
Tabla 13: Contrato Caso de uso 003

Nicolás Valenzuela - Ana Ibaceta

- 39 -
 Casos de uso

Caso de Uso Eliminar usuario CU 004

Actor Administrador
Descripción Eliminar
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- Usuario eliminado.
Condiciones
Flujo básico 1 El usuario inicia sesión
como administrador.
2 Selecciona el usuario al
cual desea eliminar.
3 El sistema busca los datos
del usuario y los muestra.
4 El administrador elimina al
usuario.
5 El sistema elimina al
usuario.
Flujos 5a Problemas al eliminar al
alternos usuario, intentar
nuevamente. Volver al paso
4.
Tabla 14: 3.5.1 Documentación caso de uso 004

Imagen 13: 3.5.1 Diagrama de secuencia 004

Operación Eliminar Usuario

Referencias cruzadas Caso de uso: Eliminar Usuario
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  IDusuario es eliminado de la base
de datos por el administrador
Tabla 15: Contrato Caso de uso 004

Nicolás Valenzuela - Ana Ibaceta

- 40 -
 Casos de uso

Caso de Uso Ver usuario CU 005

Actor Administrador
Descripción Visualiza los usuarios ya registrados en el sistema
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- Ver usuario
Condiciones
Flujo básico 1 El usuario inicia sesión
como administrador.
2
3 El sistema verifica que los
datos se hayan ingresado
correctamente.
4 Mostrar datos
Flujos 3a Problemas al encontrar la
alternos información, revisar que los
datos solicitados hayan sido
ingresados correctamente.
Volver al punto 2.
Tabla 16: 3.5.1 Documentación caso de uso 005

Imagen 14: 3.5.1 Diagrama de secuencia 005

Operación Ver usuario

Referencias cruzadas Caso de uso: ver usuario
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  Administrador visualiza usuarios ya
creados
Tabla 17: Contrato Caso de uso 005

Nicolás Valenzuela - Ana Ibaceta

- 41 -
 Casos de uso

Caso de Uso Ver rincón de profe CU 006

Actor Administrador / Profesor
Descripción El administrador visualiza los comentarios públicos hechos por los
docentes.
Pre- Iniciar sesión en el sistema como administrador.
Condiciones
Post- No existen.
Condiciones
Flujo básico 1 El usuario selecciona
‘rincón del profe’
2 El sistema muestra los 20
comentarios más recientes.
3 El usuario visualiza la
información.
Flujos 2a El sistema no encuentra
alternos comentarios para mostrar.
Notifica al usuario.
Tabla 18: 3.5.1 Documentación caso de uso 006

Imagen 15: 3.5.1 Diagrama de secuencia 006

Operación Ver Rincon del Profe

Referencias cruzadas Caso de uso:Ver Rincon del Profe
Precondición Objeto de sesión pertenece a un
administrador o el rol de profesor
Postcondición  No existen

Tabla 19: Contrato Caso de uso 006

Nicolás Valenzuela - Ana Ibaceta
- 42 -
 Casos de uso

Caso de Uso Eliminar post CU 007

Actor Administrador/ Profesor
Descripción Eliminar cualquier post publicado en el ‘Rincón del Profe’.
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- No existe.
Condiciones
Flujo básico 1 Selecciona el post que
desea eliminar
2 El usuario elimina el post.
3 El sistema elimina el post
seleccionado por el usuario.
Flujos 3a Problemas al eliminar.
alternos Volver al punto 2.

Tabla 20: 3.5.1 Documentación caso de uso 007

Imagen 16: 3.5.1 Diagrama de secuencia 007

Operación Eliminar Post

Referencias cruzadas Caso de uso:Eliminar Post
Precondición Objeto de sesión pertenece a un
administrador o el rol de profesor
Postcondición  Eliminar comentario realizado por el
docente

Tabla 21: Contrato Caso de uso 007

Nicolás Valenzuela - Ana Ibaceta

- 43 -
 Casos de uso

Caso de Uso Eliminar archivos CU 008

Actor Administrador
Descripción Eliminar archivos subidos a la biblioteca virtual.
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- No existe.
Condiciones
Flujo básico 1 Selecciona el archivo que
desea eliminar
2 El usuario elimina el
archivo.
4 El sistema elimina el archivo
seleccionado por el usuario.
Flujos 4a Problemas al eliminar.
alternos Volver al punto 2.

Tabla 22: 3.5.1 Documentación caso de uso 008

Imagen 17: 3.5.1 Diagrama de secuencia 008

Operación Eliminar Archivo

Referencias cruzadas Caso de uso: Eliminar Archivo
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  Eliminar referencia de archivo en el
sitio

Tabla 23: Contrato Caso de uso 008

Nicolás Valenzuela - Ana Ibaceta

- 44 -
 Casos de uso

Caso de Uso Autoriza biblioteca virtual CU 009

Actor Administrador
Descripción
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- No existe.
Condiciones
Flujo básico 1
2
4
Flujos 4a
alternos

Tabla 24: 3.5.1 Documentación caso de uso 009

Imagen 18: 3.5.1 Diagrama de secuencia 009

Operación Autoriza biblioteca virtual

Referencias cruzadas Caso de uso: Autoriza biblioteca virtual
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  No existe

Tabla 25: Contrato Caso de uso 009

Nicolás Valenzuela - Ana Ibaceta

- 45 -
 Casos de uso

Caso de Uso Agregar año CU 010

Actor Administrador
Descripción Dar inicio a un nuevo año escolar.
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- Nuevo año creado.
Condiciones
Flujo básico 1 El usuario crea un nuevo
año.
2 El sistema almacena el
nuevo año creado.
3 Año creado.
Flujos 2a Cambios no guardados.
alternos Volver al paso 1.

Tabla 26: 3.5.1 Documentación caso de uso 010

Imagen 19: 3.5.1 Diagrama de secuencia 010

Operación Agregar año

Referencias cruzadas Caso de uso: Agregar año
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  No existe

Tabla 27: Contrato Caso de uso 010

Nicolás Valenzuela - Ana Ibaceta

- 46 -
 Casos de uso

Caso de Uso Retirar alumno CU 011

Actor Administrador
Descripción Inhabilitar a un alumno si este es retirado del colegio.
Pre- Iniciar sesión en perfil de administrador.
Condiciones
Post- Alumno retirado.
Condiciones
Flujo básico 1 El usuario va a la sección
retirar alumno.
2 Ingresa el rut del alumno.
3 El sistema busca el rut del
alumno y devuelve la
información de éste.
4 El usuario confirma el retiro
del alumno.
5 El sistema inhabilita al
alumno.
Flujos 5a Cambios no realizados.
alternos Volver al paso 2.
Tabla 28: 3.5.1 Documentación caso de uso 011

Imagen 20: 3.5.1 Diagrama de secuencia 011

Operación Retirar alumno

Referencias cruzadas Caso de uso: Retirar alumno
Precondición Objeto de sesión pertenece a un
administrador
Postcondición  Elimina alumno de la base de datos
Tabla 29: Contrato Caso de uso 011

Nicolás Valenzuela - Ana Ibaceta

- 47 -
 Casos de uso

Caso de Uso Registrar asistencia CU 012

Actor Profesor
Descripción El usuario registra en el sistema la asistencia de los alumnos.
Pre- El usuario debe haber iniciado sesión en el sistema con el perfil de
Condiciones profesor.
Post- Asistencia registrada con éxito.
Condiciones
Flujo básico 1 El usuario ingresa al
módulo de registrar
asistencia.
2 Registra asistencia de los
alumnos.
3 El sistema registra la
asistencia en la base de
datos.
4 Envía mensaje al usuario:
Registrada correctamente.
Flujos 3a El sistema tuvo problemas
alternos para registrar la asistencia.
Vuelva al paso 2
Tabla 30: 3.5.1 Documentación caso de uso 012

Imagen 21: 3.5.1 Diagrama de secuencia 012

Operación Registrar Asistencia

Referencias cruzadas Caso de uso: Registrar Asistencia
Precondición Debe existir una instancia de profesor.
Postcondición  Se crea una instancia de Asistencia
asistencia
 Se vincula asistencia con el
IDusuario
Tabla 31: Contrato Caso de uso 012

Nicolás Valenzuela - Ana Ibaceta

- 48 -
 Casos de uso

Caso de Uso Ver notas CU 013

Actor Profesor/ Apoderado / Alumno
Descripción Los usuarios tendrán acceso a visualizar las notas del alumno.
Pre- Iniciar sesión en el sistema, ya sea perfil apoderado o alumno.
Condiciones Seleccionar la asignatura que desea ver las notas.
Post- No existen.
Condiciones
Flujo básico 1 El usuario inicia sesión en
el sistema.
2 Sistema verifica las
credenciales.
3 Ingreso exitoso.
4 El usuario selecciona el
módulo a consultar.
5 El sistema muestra las
notas del módulo.
Flujos 2a Las credenciales ingresadas
alternos son incorrectas. Volver al
paso 1.
Tabla 32: 3.5.1 Documentación caso de uso 013

Imagen 22: 3.5.1 Diagrama de secuencia 013

Operación Ver Nota

Referencias cruzadas Caso de uso: Ver Notas
Precondición  Objeto de sesión pertenece a un
estudiante o apoderado.
Postcondición  No existen.
Tabla 33: Contrato Caso de uso 013

Nicolás Valenzuela - Ana Ibaceta

- 49 -
 Casos de uso

Caso de Uso Ingresar notas CU 014

Actor Profesor
Descripción El usuario en el perfil profesor, registra las notas de los alumnos.
Pre- Iniciar sesión en el sistema con el perfil de profesor.
Condiciones
Post- Notas registradas correctamente.
Condiciones
Flujo básico 1 Usuario ingresa al módulo
de registrar notas.
2 Ingresa las notas de los
alumnos.
3 Notas ingresadas
correctamente.
Flujos 3a Las notas no fueron
alternos registradas por el sistema.
Vuelva al paso 2
Tabla 34: 3.5.1 Documentación caso de uso 014

Imagen 23: 3.5.1 Diagrama de secuencia 014

Operación Ingresar Nota

Referencias cruzadas Caso de uso: Ingresar nota
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  Se crea una instancia de Nota nota
 Se vincula nota con el IDusuario
Tabla 35: Contrato Caso de uso 014

Nicolás Valenzuela - Ana Ibaceta

- 50 -
 Casos de uso

Caso de Uso Modificar notas CU 015

Actor Profesor
Descripción El usuario modifica las notas de los alumnos.
Pre- Iniciar sesión en el sistema con el perfil de profesor.
Condiciones
Post- Notas registradas correctamente.
Condiciones
Flujo básico 1 Usuario ingresa al módulo
de notas.
2 Modifica la nota
correspondiente.
3 El sistema modifica las
notas.
Flujos 3a Los cambios no fueron
alternos guardados. Vuelva al paso 2
Tabla 36: 3.5.1 Documentación caso de uso 015

Imagen 24: 3.5.1 Diagrama de secuencia 015

Nicolás Valenzuela - Ana Ibaceta

- 51 -
 Casos de uso

Caso de Uso Registrar anotaciones CU 016

Actor Profesor
Descripción El usuario en el perfil de profesor, registra anotaciones en la hoja de
vida del alumno.
Pre- 1. Iniciar sesión en el sistema con el perfil de profesor.
Condiciones 2. Elegir un alumno.
Post- Anotación registrada correctamente.
Condiciones
Flujo básico 1 El usuario entra al perfil del
alumno que desea registrar
una anotación.
2 El sistema muestra los
datos del alumno.
3 El usuario abre la hoja de
vida del alumno.
4 Registra la anotación del 5 El sistema registra la
alumno. anotación correctamente.
Flujos 5a El sistema no registra la
alternos anotación de alumno.
Vuelva al paso 4.
Tabla 37: 3.5.1 Documentación caso de uso 016

Imagen 25: 3.5.1 Diagrama de secuencia 016

Operación Ingresar Anotaciones

Referencias cruzadas Caso de uso: Registrar anotaciones
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  Se crea una instancia de Asistencia
asistencia
 Se vincula anotación con el
IDusuario
Tabla 38: Contrato Caso de uso 016

Nicolás Valenzuela - Ana Ibaceta

- 52 -
 Casos de uso

Caso de Uso Editado de anotación CU 017

Actor Profesor
Descripción El usuario solicita permiso al administrador para poder editar una
anotación.
Pre- Iniciar sesión en el sistema con el perfil de profesor.
Condiciones
Post- No existe.
Condiciones
Flujo básico 1 Usuario ingresa al módulo
de anotaciones.
2 Solicita permiso para
modificar.
3 El sistema envía un
mensaje al administrador
solicitando modificar una
anotación.
Flujos 3a La solicitud no fue enviada.
alternos Vuelva al paso 2

Tabla 39: 3.5.1 Documentación caso de uso 017

Imagen 26: 3.5.1 Diagrama de secuencia 017

Nicolás Valenzuela - Ana Ibaceta

- 53 -
 Casos de uso

Caso de Uso Ver anotaciones CU 018

Actor Profesor/ Apoderado
Descripción El usuario puede visualizar la hoja de vida del alumno.
Pre- Iniciar sesión en el sistema, ya sea perfil profesor o apoderado.
Condiciones Abrir la hoja de vida del alumno.
Post- No existen.
Condiciones
Flujo básico 1 El usuario va a la sección
de hoja de vida del alumno.
2 El sistema muestra la hoja
de vida del alumno.
3 El usuario visualiza la
información
Flujos 2a El sistema no encuentra
alternos información. Envía un
mensaje al usuario.
Tabla 40: 3.5.1 Documentación caso de uso 018

Imagen 27: 3.5.1 Diagrama de secuencia 018

Operación Ver Anotaciones

Referencias cruzadas Caso de uso: Ver anotaciones
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  No existen
Tabla 41: Contrato Caso de uso 018

Nicolás Valenzuela - Ana Ibaceta

- 54 -
 Casos de uso

Caso de Uso Subir apuntes CU 019

Actor Profesor
Descripción El usuario en el perfil de profesor, sube a la nube apuntes, guías,
etc. para que los descarguen los alumnos.
Pre- Iniciar sesión en el perfil de profesor.
Condiciones Ir a la sección de subir apuntes.
Post- Seleccionar un archivo.
Condiciones
Flujo básico 1 El usuario entra a la
sección de subir apuntes
2 Selecciona un archivo para
subir a la nube.
3 El sistema sube el archivo,
el cual estará disponible
para los alumnos.
Flujos 3a El sistema no pudo subir el
alternos archivo. Vuelva al paso 2.
Tabla 42: 3.5.1 Documentación caso de uso 019

Imagen 28: 3.5.1 Diagrama de secuencia 019

Operación Crear Apunte

Referencias cruzadas Caso de uso: Subir apuntes
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  Se crea una instancia de Apuntes
apuntes.
Tabla 43: Contrato Caso de uso 019

Nicolás Valenzuela - Ana Ibaceta

- 55 -
 Casos de uso

Caso de Uso Subir post rincón del profe CU 020

Actor Profesor
Descripción El usuario publica un post en el ‘Rincón del Profe’.
Pre- Iniciar sesión en el sistema con el perfil de profesor.
Condiciones
Post- Post subido.
Condiciones
Flujo básico 1 Usuario ingresa al módulo
‘Rincón del Profe’.
2 Escribe un post y lo
publica.
3 El sistema almacena la
información y la hace visible
a los demás docentes.
Flujos 3a El sistema no almacena la
alternos información y notifica al
usuario. Volver al punto 2.
Tabla 44: 3.5.1 Documentación caso de uso 020

Imagen 29: 3.5.1 Diagrama de secuencia 020

Nicolás Valenzuela - Ana Ibaceta

- 56 -
 Casos de uso

Caso de Uso Ver asistencia CU 021

Actor Profesor
Descripción Visualiza la asistencia registrada de los alumnos
Pre- Iniciar sesión en el sistema en el perfil profesor
Condiciones
Post- Asistencia registrada
Condiciones
Flujo básico 1 El usuario va a la sección
‘Asistencia’.
2 Selecciona ‘ver asistencia’.
3 Busca los archivos
4 Visualización exitosa.
5 El sistema sube el archivo.
Flujos 5a El sistema no sube el
alternos archivo. Volver al paso 3.

Tabla 45: 3.5.1 Documentación caso de uso 021

Imagen 30: 3.5.1 Diagrama de secuencia 021

Nicolás Valenzuela - Ana Ibaceta

- 57 -
 Casos de uso

Caso de Uso Subir libro biblioteca virtual CU 022

Actor Profesor
Descripción El usuario sube libro a la biblioteca virtual.
Pre- Iniciar sesión en el sistema en el perfil de administrador.
Condiciones Va a la sección ‘biblioteca virtual’.
Post- Archivo almacenado.
Condiciones
Flujo básico 1 El usuario va a la sección
‘biblioteca virtual’.
2 Selecciona ‘subir libro’.
3 El sistema solicita que
seleccione un archivo.
4 El usuario selecciona el
archivo.
5 El sistema sube el archivo.
Flujos 5a El sistema no sube el
alternos archivo. Volver al paso 3.

Tabla 46: 3.5.1Documentación caso de uso 022

Imagen 31: 3.5.1Diagrama de secuencia 022

Operación Subir Libros(Libro: libro)

Referencias cruzadas Caso de uso: Subir biblioteca
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  Se crea instancia de biblioteca

Tabla 47: Contrato Caso de uso 022

Nicolás Valenzuela - Ana Ibaceta

- 58 -
 Casos de uso

Caso de Uso Login CU 023

Actor Usuario del sistema
Descripción El usuario presenta sus credenciales para ingresar al sistema.
Pre- El usuario debe tener un perfil creado en el sistema.
Condiciones
Post- No existe.
Condiciones
Flujo básico 1 El usuario navega a la
página de inicio de la
intranet.
2 El usuario ingresa con su
RUN y contraseña
3 El sistema verifica las
credenciales ingresadas por
el usuario.
4 Ingreso exitoso.
Flujos 3a El acceso al sistema es
alternos denegado por credenciales
incorrectas. Volver al punto
2
Tabla 48: 3.5.1 Documentación caso de uso 023

Imagen 32: 3.5.1 Diagrama de secuencia 023

Operación IngresarSistema
Referencias cruzadas Caso de uso : Login
Precondición Iniciación del sistema
Postcondición  Se creó una instancia de Sesion
curUser.
 curUser IDusuario paso a ser la id
del usuario que se loguea.
 curUser Tipo pasa a ser tipousuario
de la coincidencia en base de
datos.
 Queda el objeto de sesión curUser.
Tabla 49: Contrato Caso de uso 023
Nicolás Valenzuela - Ana Ibaceta
- 59 -
 Diagrama de estructura

Caso de Uso Cambiar contraseña CU 024

Actor Usuario del sistema.
Descripción El usuario modifica la contraseña actual por una nueva.
Pre- Iniciar sesión en el sistema.
Condiciones Ir a la configuración del perfil.
Ir a cambiar contraseña.
Post- No existen.
Condiciones
Flujo básico 1 El usuario selecciona la
configuración de su perfil.
2 Selecciona cambiar
contraseña.
3 El sistema pide al usuario
que ingrese su actual
contraseña y cree una
nueva, con las restricciones
correspondientes.
4 El usuario ingresa los datos
solicitados.
5 El sistema actualiza la
contraseña del usuario.
Flujos 5a Los datos ingresados no
alternos son correctos. Volver al
paso 4.
Tabla 50: 3.5.1 Documentación caso de uso 024

Imagen 33: 3.5.1 Diagrama de secuencia 024

Operación Cambio de Contraseña

Referencias cruzadas Caso de uso: Cambiar contraseña
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  usuario Contraseña es modificado
por el administrador
Tabla 51: Contrato Caso de uso 024
Nicolás Valenzuela - Ana Ibaceta
- 60 -
 Bibliografía

Caso de Uso Descarga archivo CU 025

Actor Alumno
Descripción El usuario podrá descargar apuntes, guías etc. que estén disponibles.

Pre- Iniciar sesión en el sistema en el perfil de alumno.

Condiciones Seleccionar un módulo
Ir a la sección ‘ver apuntes’
Seleccionar apunte.
Post- Archivo descargado.
Condiciones
Flujo básico 1 El usuario selecciona un
módulo.
2 El sistema carga la
información del módulo y la
muestra al usuario.
3 El usuario va a la sección
‘ver apuntes’.
4 El sistema carga los archivos
disponibles.
5 Visualiza los archivos
disponibles.
6 El usuario descarga el
archivo que desea.
Flujos 4a El sistema no encuentra
alternos archivos. Envía un mensaje al
usuario que no se
encontraron archivos.
5a El usuario recibe el mensaje
enviado por el sistema.
Tabla 52: 3.5.1 Documentación caso de uso 025

Imagen 34: 3.5.1 Diagrama de secuencia 025

Nicolás Valenzuela - Ana Ibaceta

- 61 -
 Bibliografía

Operación Descarga Archivos

Referencias cruzadas Caso de uso: Descargar archivo
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  Se busca el link de descarga del
archivo

Tabla 53: Contrato Caso de uso 025

Nicolás Valenzuela - Ana Ibaceta

- 62 -
 Bibliografía

Caso de Uso Descargas biblioteca virtual CU 026

Actor Alumno
Descripción El usuario descarga libros subidos a la biblioteca virtual.
Pre- Iniciar sesión en el sistema en el perfil de alumno.
Condiciones Va a la sección ‘biblioteca virtual’.
Ingresa el nombre del libro a buscar.
Post- Libro descargado.
Condiciones
Flujo básico 1 El usuario va a la sección
‘biblioteca virtual’.
2 Busca el nombre de un
libro.
3 El sistema busca el nombre
del libro que el usuario
ingresó.
4 Muestra los resultados al
usuario.
5 El usuario visualiza los
resultados.
6 Descarga el libro.
Flujos 3a El sistema no encuentra
alternos ninguna coincidencia.
4a Muestra un mensaje al
usuario, pidiendo que
intente con otro libro. Volver
al paso 2
5a El usuario visualiza el
mensaje.

Tabla 54: 3.5.1 Documentación caso de uso 026

Imagen 35: 3.5.1 Diagrama de secuencia 026

Nicolás Valenzuela - Ana Ibaceta
- 63 -
 Bibliografía

Operación Descarga de Libros

Referencias cruzadas Caso de uso: Descargas Biblioteca Virtual
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  Se busca el link de la descarga del
libro virtual

Tabla 55: Contrato Caso de uso 026

Nicolás Valenzuela - Ana Ibaceta

- 64 -
 Bibliografía

Caso de Uso Ver apuntes CU 027

Actor Alumno
Descripción El usuario visualiza los apuntes subidos.
Pre- Iniciar sesión en el sistema en el perfil alumno.
Condiciones Va a la sección ‘Apuntes’.
Post- No existe.
Condiciones
Flujo básico 1 El usuario va a la sección
‘Apuntes.
2 El sistema busca y muestra
los archivos almacenados.
3 El usuario selecciona el
archivo que desea
visualizar.
4 El sistema muestra el
archivo seleccionado por el
usuario.
Flujos 4a El sistema no muestra el
alternos archivo. Volver al paso 3.
Tabla 56: 3.5.1 Documentación caso de uso 027

Imagen 36: 3.5.1 Diagrama de secuencia 027

Operación Visualizar Apuntes

Referencias cruzadas Caso de uso: Ver apuntes
Precondición Debe existir una instancia de inicio de
sesión
Postcondición  No existen
Tabla 57: Contrato Caso de uso 027
Nicolás Valenzuela - Ana Ibaceta
- 65 -
 Bibliografía

Caso de Uso Matricular alumno CU 028

Actor Admisión
Descripción Ingresar alumnos al sistema.
Pre- Iniciar sesión en perfil de admisión.
Condiciones
Post- Alumno matriculado.
Condiciones
Flujo básico 1 El usuario inicia sesión
como admisión.
2 Crea un nuevo usuario
ingresando los datos
solicitados.
3 El sistema verifica que los
datos ingresados sean
correctos.
4 Registro exitoso.
Flujos 3a Problemas al registrar,
alternos revisar que los datos
solicitados hayan sido
ingresados correctamente.
Volver al punto 2.

Tabla 58: 3.5.1 Documentación Casos de uso 028

Imagen 37: 3.5.1 Diagrama de secuencia 028

Operación Agregar Alumno

Referencias cruzadas Caso de uso: Matricular Alumno
Precondición Objeto de sesión pertenece a admisión
Postcondición  Se crea una instancia de Usuario
usuario.

Tabla 59: Contrato Caso de uso 028

Nicolás Valenzuela - Ana Ibaceta

- 66 -
 Bibliografía

19. Diagrama de estructura del proyecto.

Nicolás Valenzuela - Ana Ibaceta

- 67 -
 Conclusión

20. Conclusión

Con toda la información entregada anteriormente de nuestra plataforma, estamos seguros

que como equipo de trabajo podemos realizar un proyecto optimizado para un uso
práctico y fácil para una demografía amplia.
Nuestra meta es cumplir con todas las necesidades de la normativa moderna, es decir,
cumplir con los estándares de calidad. Además, esperamos entregar una experiencia
agradable y fácil a todo tipo de persona que lo utilice.

Nicolás Valenzuela - Ana Ibaceta

- 68 -
 Bibliografía

21. Bibliografía

Ingeniería de Software. Autor: Guillermo Pantaleo. Editorial: Alfaomega

https://www.buscalibre.cl/libro-ingenieria-de-software-guillermo-pantaleo-
alfaomega/9789871609789/p/46419964?gclid=EAIaIQobChMI2ojtt7y34QIVj4KRCh2KGAl0EAQYA
yABEgJzu_D_BwE

Learning PHP, MySQL & JavaScript, 5th Edition With jQuery, CSS & HTML5

http://shop.oreilly.com/product/0636920063988.do

Nicolás Valenzuela - Ana Ibaceta

- 69 -