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
  • matrizDeDecisión

Last edited by imunnic Mar 07, 2024
Page history

matrizDeDecisión

2.6 Estudio de alternativas

2.6.1. Criterios analizados

Después de examinar diferentes opciones para cumplir con los requisitos del cliente y lograr un producto que satisfaga sus objetivos comerciales, se han establecido criterios específicos junto con el cliente para su evaluación. Estos criterios están ponderados según su importancia relativa para la selección de la solución.

  1. Funcionalidades: Se evalúa el grado de cumplimiento del alcance establecido que se lograría al elegir esa solución. Por cada funcionalidad no cumplida se ha quitado un punto.

  2. Usabilidad: Se considera la facilidad con la que la solución permite aprovechar las funcionalidades requeridas del producto especificado. Se han valorado las soluciones adaptadas al cliente como las más sencillas de usar porque se adaptarán a las necesidades y respecto a eso se reduce la puntuación.

  3. Coste: Se examina el costo de desarrollo y el posterior costo de operación y mantenimiento de la solución correspondiente. Se reduce inversamente proporcional al coste.

  4. Plazo de Implementación: Se valora la estimación cualitativa del tiempo necesario para implementar la solución, en comparación con las demás alternativas. La inmediatez se valora en el 10 y el resto se reduce de forma proporcional.

  5. Riesgos: Se analiza el impacto que los riesgos tienen en el resultado del producto requerido por la solución respectiva. Se han valorado cada uno de las categorías de los riesgos del 1 al 4 y en base a ese número se ha establecido proporcionalmente la calificación.

  6. Mantenibilidad: Se evalúa la facilidad que la solución proporciona para su mantenimiento preventivo y correctivo. De mayora mantenibilidad a menor, ponderando la adaptabilidad.

Puntuación:

Para la puntuación de los diferentes criterios según el grado de aproximación que la solución puede presentar, se ha establecido que sean:

-  1 punto: puntuación más baja.
-  5 puntos: puntuación media.
-  10 puntos: puntuación más alta.

Coeficientes:

Para establecer el peso de cada uno de los criterios, como se ha expuesto, se asignará para cada uno un peso que podrá comprender de 1 a 10.

2.6.2 Tabla de valoración

La puntuación obtenida por criterio para cada una de las alternativas, a la que se aplicará el peso correspondiente, se puede ver en la siguiente tabla:

Coeficiente ResourceGuru BookingApp MiColeg.io
Funcionalidades 10 7 10 10
Sencillez de uso 10 8 10 10
Coste 8 3 9 6
Tiempo 4 10 7 4
Riesgos 4 7 4 8
Mantenimiento 2 10 2 8

 

A continuación, la siguiente tabla muestra los resultados totales por criterio y el total agreagado tras la aplicación de los coeficientes de ponderación:

ResourceGuru BookingApp MiColeg.io
Funcionalidades 70 100 100
Sencillez de uso 80 80 80
Coste 24 72 48
Tiempo 40 28 16
Riesgos 28 16 32
Mantenimiento 20 4 16
Total 262 300 292

 

2.6.3 Solución propuesta

Según la ponderación valorada, la propuesta que más se ajusta a las prioridades del cliente es la opción de BookingApp.

 


Volver arriba

home

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