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

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 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 haya comprobado el correcto funcionamiento de la aplicación en los tres principales navegadores(Firefox, Chrome y Edge).
  • Al usuario se le sugiere el contenido de los campos a rellenar
  • 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 Review
  • Sprint Retrospective

4.2. Sprint 2

  • Sprint Planning
  • Sprint Review
  • Sprint Retrospective

Anexo I

Anexo II