Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GearSolid GearSolid
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3
    • Issues 3
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • 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
  • GuerreroDIM46
  • GearSolidGearSolid
  • Wiki
    • Documentacion
  • Definition of done

Last edited by Xavier Guerrero May 07, 2024
Page history
This is an old version of this page. You can view the most recent version or browse the history.

Definition of done

Para este primer Sprint y siguientes (salvo que se observe necesaria su revisión en la Srpint Retrospective) se considerará que el software generado cumple la Definición de Hecho y, por lo tanto, se convierta en un incremento, cuando:

  • El código está documentado.
  • El código sigue la guía de estilo de google.
  • El código esté límpio (sin código muerto ni de depuración).
  • El código haya sido revisado por un desarrollador distinto al que lo generó.
  • Se hayan descrito y pasado los test funcionales.
  • Se han pasado las pruebas unitarias.
  • Se han pasado las pruebas de integración.
  • Se haya comprobado el correcto funcionamiento de la aplicación en los tres principales navegadores(Firefox, Chrome y Edge).
  • Se haya comprobado la correcta visualización en pantallas de formato pequeño, mediano y grande.
  • Se ha comprobado que la aplicación alcanza el 100% en el test de PageSpeedInsight
  • Al usuario se le sugiere el contenido de los campos a rellenar
  • Se avisa al usuario de los errores de conexión con datos externos(por ejemplo la api)
  • Deben estar previstas las restricciones de la base de datos
  • La aplicación debe ser compatible con varios sistemas operativos, incluyendo Windows, macOS, Linux.
Clone repository

GearSolid


Fase de concepto (Presentación)

1. Estudio de Viabilidad del Sistema (EVS)

  • Análisis del problema
  • Mind Map
  • Impact Map
  • Requisitos
  • Alternativas
  • Matriz de Cumplimiento de Funcionalidades
  • Matriz de decisión

2. Especificación de Requisitos de Software (ERS)

  • Planificación General
  • Diagrama de Clases y Modelo de Datos
  • Interfaz de Usuario

3. Producto Mínimo Viable (MVP)

  • Definición del MVP

4. Desarrollo

  • Historias de usuario

  • Product Backlog

  • Definicion del Hecho

    4.1.  Sprint 1
    - Sprint Planning
    - Sprint Backlog
    - Sprint Review
    - Sprint Retrospective

    4.2.  Sprint 2
    - Sprint Planning
    - Sprint Backlog
    - Sprint Review
    - Sprint Retrospective

  • Anexo I

  • Anexo II