Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • Mipediatra Mipediatra
  • Project information
    • Project information
    • Activity
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Commits
Collapse sidebar
  • Diego Vicente
  • MipediatraMipediatra
  • Wiki
  • Matriz de decisión

Last edited by Diego Vicente Apr 05, 2023
Page history

Matriz de decisión

Una vez realizada una realizado el análisis de diferentes alternativas buscando cuales se aproximaban más a las necesidades existentes, seleccionando una posibilidad de software comercial y otra posibilidad de software libre, se procede a evaluarlas de 1 a 10, siendo 10 el que más cumple y 1 el que menos, en diferentes parámetros utilizando algunos de los Indicadores Clave de Desempeño, Key Performance Indicator (KPI), más relevantes:

Puntuación Calidad-Software

Se procede a realizar el estudio pormenorizado de las dos alternativas comparándolas con el Desarrollo Propio, para ello se utilizan los KPI de usabilidad, cumplimiento de requisitos, riesgos, escalabilidad y mantenimiento. Estos KPI se procede a ponderarlos de la manera que se piensa que es más adecuada para el proyecto en particular, se consideran como punto crítico los riesgos, por el tipo de información que maneja. A continuación, la usabilidad y el cumplimiento de requisitos, por último la escalabibilidad y el mantenimiento.

  • Riesgos: Los riesgos se consideran el criterio más importante para discernir entre una alternativa y otra. La posible fuga de información confidencial acerca de los datos médicos que se hayan subido a la red pueden generar la comisión de un delito. (entre 1 como mayor riesgo y 10 como menor riesgo)
  • Usabilidad: Criterio base para que garantiza un buen funcionamiento de la aplicación al usuario.(entre 1 como menor usabilidad y 10 como mayor usabilidad)
  • Requisitos: Criterio que marca la cantidad de requisitos que cumpliría. (entre 1 el que menos y 10 el que más)
  • Escalabilidad: Criterio que mide la capacidad de la herramienta para poder adaptarse a optar a cambios en el número de usuarios.(entre 1 como menor escalabilidad y 10 como mayor)
  • Mantenimiento: Criterio donde se mide la capacidad de mantener la herramienta con los medios actuales. (entre 1 como menor capacidad y 10 como mayor).
Ponderación MyChart Baby Buddy miPediatra
Riesgos 1.5 7 6 8
Usabilidad 1 9 6 8
Requisitos 1 6 10 10
Escalabilidad 0.5 2 8 8
Mantenimiento 0.5 10 6 6
Total 31.5 32 37

Valoración Calidad-Tiempo-Coste

Es importante mostrar de una manera clara la comparación entre la puntuación y los costes, ya que estos últimos suelen ser una de las limitaciones a la hora de elección de una herramienta u otra.

Alternativa Puntuación Acumulada Tiempo Coste Estimado Inicial Coste Estimado a 10 años
MyChart 31.5 Desconocido Desconocido Desconocido
Baby Buddy 32 6 meses 26400€ 38400€
miPediatra 37 2 meses 8800€ 20800€

Decisión

Teniendo en cuenta que la valoración económica es uno de los elementos críticos, además de el riesgo, tras realizar la comparativa entre las diferentes alternativas se deduce que el Desarrollo propio: miPediatra es la que se propone como mejor opción para poder poner la herramienta en producción.

Volver

Clone repository

Home

Aspectos Generales

  • Descripción del proceso actual
  • Identificación de los actores implicados
  • Objetivos del sistema
  • Alcance
  • Restricciones del proyecto

Estudio de Viabilidad del Sistema (EVS)

  • Requisitos
  • Herramientas Visuales
  • Alternativas
  • Matriz de cumplimiento de requisitos
  • Matriz de decisión

Especificación de Requisitos del Sistema (ERS)

  • Planificación General
  • Diagramas de Casos de uso y de Clases
  • Interfaz de Usuario
  • Product Backlog
  • Sprint Board

MVP

  • Definicion

Sprint 1

  • Sprint Planning
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective
  • Burndown

Sprint 2

  • Sprint Planning
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective
  • Burndown

Anexos