Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • MiColegio MiColegio
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 11
    • Issues 11
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • RodrigoDG23
  • MiColegioMiColegio
  • Wiki
    • Documentos
  • aspectosGeneralesEVS

Last edited by imunnic Mar 06, 2024
Page history

aspectosGeneralesEVS

Aspectos generales

Se requiere una aplicación que permita disminuir el tiempo que el profesorado invierte en el diseño de horarios y que permita aumentar la disponibilidad de datos actualizados sobre el estado de los lugares en los que se puede impartir clase.

Situación inicial

En la actualidad la realización del horario implica reuniones entre profesores, en especial de aquellos que imparten apoyo o con especialistas. Así mismo, antes deestas reuniones es preciso un trabajo previo de Jefatura de Estudios para preparar un borrador de horario. Todo esto implica una enorme inversión de tiempo en reuniones.

Por otra parte, cuando un profesor quiere reservar un aula concreta, es necesario que contacte con el responsable de la misma o el jefe de estudios para comprobar su disponibilida y en su caso reservarla.

Actores

Analistas:

  • Cap. Rodrigo de Dios García
  • Cap. Igancio Ovidio Mñoz Nicolás Partes Interasadas:
  • Profesorado de cualquier centro educativo

Mind Map

A continuación se reflejan los conceptos más importantes relacionados con la gestión de horarios y lugares en un centro educativo. Mind-Map

Problemática actual

En la actualidad existen dos problemas que necesitan una solución:

  • Presencialidad para cuadrar horarios
  • Presencialidad e intermediarios para reservar lugares

Incremento de valor

La solución que se va a proponer supondrá un valor para la organización por un lado al poder disminuir el tiempo de sus integrantes en tareas administrativas, centrándose en el objetivo principal de la entidad que es la formación. Por otra, parte la gestión centralizada y el acceso remoto a los datos sobre los lugares, así como su reserva, aumentará la fiabilidad de los datos en tiempo real y disminuirá los tiempos de acceso, impactando de nuevo en el aumento del tiempo del que dispone el profesorado para la formación de alumnos.

Impact Map

En el siguiente diagrama se definen dos objetivos de negocio; Por un lado permitir al profesorado dedicar un mayor tiempo a tareas directamente relacionadas con la formación de alumnos y por otro lado una mayor consistencia y disponibilidad de datos sobre los lugares en los que se imparte clase Impact-Map

Alcance

El alcance del problema abarca, la gestión de los lugares y las franjas horarias que constituyen un horario en un centro educativo de unos 100 profesores.

Riesgos

Tabla de riesgos iniciales

Riesgos-Pre-Mitigación

Mitigación de riesgos

  • R1: El profesorado encuentra demasiado difícil el empleo de la aplicación y no la usa
    • Mitigación:
      • La interfaz ha de ser intuitiva y probada antes de su puesta en producción
    • Consecuencia de mitigación:
      • Probabilidad de materializarse disminuye
  • R2: Se cargan de forma errónea datos básicos como asignaturas o lugares
    • Mitigación:
      • El CRUD verifica la integridad de datos.
      • Existe la posibilidad de notificar inconsistencias al administrador
    • Consecuencia de mitigación:
      • La probabilidad de materializarse disminuye al verificar el CRUD
      • Al poder reportar errores o corregirlos el impacto disminuye

Tabla de riesgos tras mitigación

Riesgos-Post-Mitigación

Clone repository
Home
Estudio de viabilidad del sistema (EVS)
  • Aspectos Generales
    • Mind Map
    • Impact Map
    • Matriz de riesgos
  • Alternativas
    • Matriz de decisión
    • Comparativa de funcionalidades
Especificación de Requisitos del Software (ERS)
  • Funcionalidades
  • Diagrama de casos de uso y clases
  • Interfaz de Usuario
Producto mínimo Viable (MVP)
Definición de hecho
Pila de Producto
Sprint 1
  • Sprint Planning
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective
  • Burdown
Sprint 2
  • Sprint Planning
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective
  • Burdown