Sistema de Registro de Cursos UML
Traducido por
ScribdTranslationsSistema de Registro de Cursos UML
Traducido por
ScribdTranslationsEXPERIMENTO 1
OBJETIVO
Modelar el "Sistema de Registro de Cursos" con varios UML (Lenguaje Unificado)
Diagramas de modelado de lenguaje.
RESUMEN:
El proyecto de inscripción del curso ayuda al usuario a conocer los procedimientos
seguido en las universidades para inscribir a los estudiantes en un curso en particular. El
las limitaciones del sistema existente son: el sistema no es eficiente para cumplir con el
necesidades, el sistema es muy lento y consume mucho tiempo, no más de uno
El estudiante puede elegir la opción, el número de asientos disponibles y el curso.
los detalles no pueden ser conocidos. Los problemas que se superan son los existentes
el sistema utiliza una hoja de cálculo como backend ahora el sistema propuesto utiliza access
como backend, el requisito básico del sistema ha mejorado, ha
volverse amigable para el usuario.
DECLARACIÓN DEL PROBLEMA
Una universidad necesita desarrollar un Sistema de Registro de Cursos para agilizar
el proceso de inscripción de estudiantes y gestión de cursos. El actual
El sistema manual es propenso a errores, consume mucho tiempo y carece de eficiencia. El
la universidad quiere crear un sistema digital que permita a los estudiantes registrarse
para cursos, profesores para gestionar sus cursos y administradores para
supervisar todo el proceso. El sistema también debería proporcionar varios UML
diagramas para facilitar el diseño y la documentación.
ESPECIFICACIÓN DE REQUISITOS DEL SISTEMA
ALCANCE
a. En esta especificación, definimos los requisitos del sistema que son
acerca de la funcionalidad del sistema.
b. Informa a los usuarios sobre la fiabilidad definida en la especificación del caso de uso.
OBJETIVOS
a. El propósito principal de crear el documento sobre el software es conocer
sobre la lista de los requisitos en el proyecto de software parte del proyecto
por desarrollar.
b. Especifica el requisito de desarrollar una parte de software de procesamiento que
completa el conjunto de requisitos.
REQUISITOS FUNCIONALES:
• Registro y Autenticación de Usuario
• Funciones del Estudiante
• FuncionesProfesor
• FuncionesDeAdministración
• GestióndelCatálogodeCursos
• SistemadeNotificaciones
REQUISITOS NO FUNCIONALES:
• Desempeño
• Escalabilidad
• Confiabilidad
• Integridaddedatos
• ManeojdE
eroreyR
secuperacóin
REQUISITOS DE HARDWARE
• Ealm
l acenameintodealbasededatosdebeserprovsionadoenfuncóindeolsdatosesperados.
volúmenes,conespacioparacrecer
• Conexiones de red redundantes y conmutadores para alta disponibilidad
• Implementa un servidor web robusto como Apache, Nginx o Microsoft IIS.
REQUISITOS DE SOFTWARE
• sistemaoperativocomoLinux(porejemplo,UbuntuServer,CentOS,RedHat
EnterprsieLn
iuxo)Wn
idowsServer
• Java, Python, Ruby on Rails, PHP, [Link], .NET
• Front-End:HTML5,CSS3,JavaScript(frameworkscomoAngular,Reacto
[Link]
• frameworkdeaplicaciónwebcomoDjango(Python)parasimplificar
desarroloyproporcionarestructuraalabasedecódigo
DIAGRAMA DE CASOS DE USO
Los actores principales están representados en la parte superior: "Estudiante", "Administrador"
y 'Profesor.'
El 'Sistema de Registro de Cursos' es el sistema central con el que se interactúa
con.
Los casos de uso se representan a continuación en el sistema, enumerando las acciones que
cada tipo de usuario (actor) puede realizar dentro del sistema.
Las acciones clave incluyen autenticación de usuarios (inicio de sesión), gestión de cursos (agregar,
modificar, cerrar), registro de cursos, monitoreo, generación de diagramas UML,
y más
DIAGRAMA DE CLASES:
Un diagrama de clases describe el tipo de objetos en el sistema y los diversos
tipos de relaciones estáticas que existen entre ellos.
• Coursera representa los cursos ofrecidos por la universidad. Tiene atributos
códigoDelCurso
clase.
• El horario representa el cronograma de un curso, incluyendo la fecha de inicio y la fecha de finalización.
y una lista de objetos TimeSlot.
• TimeSlot representa los intervalos de tiempo dentro de un horario de curso, con atributos
díaDeLaSemana
• User es la clase base para todos los tipos de usuario (Estudiante, Profesor, Administrador),
con atributos comunes como nombre de usuario y contraseña.
• El estudiante y el profesor son subclases de Usuario y tienen sus especificaciones.
[Link] tiene un studentID y una lista de objetos Course que representan
los cursos en los que están registrados. El profesor tiene un ID de profesor y una lista de
Objetos de curso que representan los cursos que enseñan.
• Los administradores también son una subclase de usuario con su atributo específico adminId.
DIAGRAMA DE ACTIVIDAD:
Este diagrama representa la representación gráfica de flujos de trabajo de
actividades y acciones por pasos con apoyo para la elección, iteración y
concurrencia. Muestra el flujo general de control.
El proceso comienza con la actividad 'Iniciar Proceso'.
Serequierequeelestudianteiniciesesiónenelsistemaparalaautenticación.
Después de iniciar sesión, el estudiante puede buscar cursos disponibles.
El estudiante puede ver detalles sobre un curso específico, como el horario y
asientosdisponibles.
Elestudiantepuedeinscribirseenuncurso,darsedebajadeuncursoomodificarsucurso.
registro.
El estudiante también puede versu horario de clases.
El proceso termina con la actividad 'FinalizarProceso'
DIAGRAMA DE INTERACCIÓN
El estudiante comienza iniciando sesión en el sistema.
El sistema autentica las credenciales del estudiante.
El estudiante busca cursos disponibles, lo que resulta en una lista de cursos.
El estudiante puede verlos detalles de un curso específico.
El estudiante se registra para un curso, abandona un curso o modifica su curso
registro,concadaacciónresultandoenunaconfirmación.
El estudiante también puede versu horario de clases, que proporciona información
acercadeloscursosenlosqueestáninscritos
DIAGRAMA DE COMUNICACIÓN
• El 'Estudiante' y el 'Sistema de Registro de Cursos' se representan como objetos.
• Las flechas entre los objetos indican el flujo de comunicación y
interacciones.
• Losmensajesintercambiadosentreobjetosestánetiquetadosconelcorrespondiente
actions,suchas"Login,""Authentication,""SearchforCourses,"andsoon
DIAGRAMA DE COMPONENTES:
Los diagramas de componentes se utilizan para visualizar la organización y la relación
entre componentes en un sistema.
El "Sistema de Registro de Cursos" depende del "ServidorWeb" y
ServidordeAplicaciones
El"ServidordeAplicaciones"interactúatantoconel"ServidordeBasedeDatos"paradatos
am
l acenameintoyH
' errameintasUMLp'araalgeneracóindedaigramasUML.
DIAGRAMA DE ESTADO
• The "Course" entity has four states: "OpenEnrollment," "Closed
Inscrp
icóin
• Lastransicionesentreestadosocurrenenfuncióndeeventosocondicionesespecíficas.
ejemplo
• Uncursocomienzaenelestadode"InscripciónAbierta"cuandoestádisponiblepara
registro.
• Cuandoterminaelperíododeinscripción,setransformaen'Cerrado'
eastdon
di'secp
riócin.'
• Cuandoelcursoseestáenseñandoactivamente,entraen"EnProgreso".
estado.
• Finalmente, cuando se completa el curso, pasa a la sección "Completado".
estado.
DIAGRAMA DE PAQUETE
• El 'Sistema de Registro de Cursos' se representa como el paquete de nivel superior.
• Los subpaquetes se utilizan para agrupar funcionalidades relacionadas:
• La'GestióndeUsuarios'abarcaclasesrelacionadasconelusuario
autenticaciónygestión.
• "GestióndeCursos"incluyeclasesrelacionadasconlacreacióndecursos,
modificaciónyvisualización.
• "GestióndeRegistro"representaclasesresponsablesde
manejodeinscripcionesdeestudiantesymatrículadecursos.
• La'GestióndeHorarios'incluyeclasesparagestionarelcurso
horariosyfranjashorarias.
• "IntegracióndeherramientasUML"representaelpaqueteresponsablede
integración de herramientas de generación de diagramas UML
DIAGRAMA DE DESPLIEGUE:
Los diagramas de despliegue se utilizan para visualizar la topología del
componentes físicos de un sistema donde se encuentran los componentes de software
desplegado.
RESULTADO
Así, la aplicación del Sistema de Registro de Cursos fue diseñada con éxito y el
la salida fue verificada.