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
  • Alternativas

Alternativas · Changes

Page history
Añado alternativa de desarrollo propio authored Apr 04, 2023 by Javier Tomás Acín's avatar Javier Tomás Acín
Hide whitespace changes
Inline Side-by-side
Showing with 26 additions and 4 deletions
+26 -4
  • Alternativas.md Alternativas.md +26 -4
  • No files found.
Alternativas.md
View page @ bc1ebd04
......@@ -78,21 +78,43 @@ Baby Buddy es una solución de código abierto y no tiene costos de licencia aso
![Mapa de Riesgos](./uploads/Imagenes/mapa_de_riesgos_baby_buddy.png)
## Alternativa 3
## miPediatra (Desarrollo propio)
El desarrollo propio implica crear una aplicación desde cero, adaptada específicamente a las necesidades del proyecto. Esta alternativa ofrece un mayor control y personalización, pero también conlleva riesgos asociados con la dependencia del conocimiento y habilidades de los desarrolladores así como problemas de escalabilidad y soporte.
### Arquitectura
La arquitectura de la aplicación se basaría en Java como lenguaje de backend, utilizando el Springboot framework, y el framwork de Vue 3 + Vite para el frontend, utilizando HTML, CSS y JS. La arquitectura también podría incluir bases de datos u otras soluciones de almacenamiento.
### Estimación
La estimación del tiempo requerido para el desarrollo propio dependerá del alcance y las características del proyecto, así como de la experiencia y habilidades de los desarrolladores. Se estima que el tiempo necesario para este proyecto sería de aproximadamente 2 meses.
### Valoración económica
La valoración económica para el desarrollo propio consistiría en el salario del equipo de desarrolladores. 2200€ al mes, que estimando que el tiempo de desarrollo sean 2 meses, haría un total de 4400€ al contar con un único desarrollador.
Para este proyecto, se utilizará software gratuito por lo que no conllevaría costes adicionales.
Se estima que el mantenimiento del SI a desarrollar sería de 100€ al mes mientras se quiera renovar el contrato de mantenimiento.
### Riesgos
- R1: Cambios en los requisitos del proyecto durante el proceso de desarrollo.
- Probabilidad: Posible.
- Impacto: Moderado.
- Mitigación: Seguir la metodología Combat Agile con Sprints de corta duración para mantener un feedback oportuno con los steakholders.
- R2: Dificultad en la escalabilidad y rendimiento de la aplicación.
- Probabilidad: Improbable
- Impacto: Mayor
- Mitigación: Diseñar la aplicación teniendo en cuenta la escalabilidad y el rendimiento desde el principio, para garantizar que pueda adaptarse a un mayor número de usuarios y a las necesidades cambiantes del proyecto.
- R3: Estimaciones inexactas de tiempo y recursos necesarios para el desarrollo.
- Probabilidad: Posible
- Impacto: Menor
- Mitigación: Realizar un análisis detallado de los requisitos y desarrollar estimaciones realistas. Revisar y actualizar regularmente las estimaciones a medida que avanza el proyecto.
![Mapa de Riesgos](./uploads/Imagenes/mapa_de_riesgos_miPediatra.png)
[Volver](Home)
\ No newline at end of file
Clone repository

Home

Aspectos Generales

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

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 CU, Dominio y Sequencias
  • 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
  • Burn down

Anexos