Árbol de páginas

Estás viendo una versión antigua de esta página. Ve a la versión actual.

Comparar con el actual Ver el historial de la página

« Anterior Versión 5 Siguiente »

0. Tipos de proyecto de desarrollo

Actualmente en la metodología se da soporte a los siguientes tipos de arquitectura para proyectos de desarrollo:

  • Fundeweb
  • FundewebJS

Cada tipo requiere una infraestructura diferente que afecta tanto a los recursos solicitados como a la implementación del propio servicio definiendo su pila tecnológica y estructura. La decisión sobre qué arquitectura elegir, si no nos viene determinada como un requisito, deberá tomarse basándonos en la Guía para decidir el tipo de servicio a realizar.

1. Procedimiento de alta y solicitud de infraestructura para el proyecto

Una vez que tenemos los requisitos y documentación inicial del proyecto deberemos empezar el trabajo en el mismo. Para ello  Responsable técnico principal o en quien delegue lanzará esta tarea en la que, a partir de la definición inicial, obtendremos la infraestructura necesaria (hardware y software) para poder desarrollar y poner en producción nuestro proyecto.

1.1 Alta de proyecto FundeWeb

La solicitud de un nuevo proyecto FundeWeb se deberá realizar por el Responsable técnico principal o en quién delegue en la aplicación Apium mediante la opción Nueva aplicación

Dentro de los datos que debemos introducir tenemos cuatro grupos:

  1. Datos básicos: Necesarios para tener una descripción del proyecto, conocer sus responsables y saber si es un proyecto web completo o sólo es una aplicación de servicios ( REST/SOAP )
  2. Aplicación Web: URL's de acceso en los diferentes entornos que tendrá el proyecto, tanto si es una aplicación web completa como una aplicación de servicios
  3. Incluida en el portal de servicios: Campo opcional. Sólo en el caso de que sea una aplicación web completa, se indica si debe aparecer en el portal de servicios y cómo clasificarla.
  4. Alta en sistemas: Este campo sólo se tiene que rellenar si el proyecto no está dado de alta en la infraestructura de servidores para que se cree la tarea Jira para que sistemas realice el alta.


Tras la resolución de los Jiras generados los Miembros del equipo de desarrollo tendrán:

  • El proyecto dado de alta en el sistema de control de versiones GIT , accesible mediante el servidor de integración continua
  • Configurado mecanismo de integración continua y despliegue en el servidor de integración continua Gitlab
  • Creados los entornos de despliegue: desarrollo, preproducción y producción.
  • Esquema de base de datos si no existía previamente y usuario web con acceso a él ¿Modificar Apium para marcar si requiere nuevo esquema BBDD y que cree el Jira?
    • TODO: EN APIUM indicar si es un nuevo esquema de BBDD para crear Jira de alta

Una vez finalizada el alta los Miembros del equipo de desarrollo deberán configurar su entorno local y trabajar siguiendo las indicaciones de la guía técnica MNCS - Desarrollo con GIT/Gitlab.

1.2 Alta de proyecto FundeWebJS

La solicitud de un nuevo servicio FundeWebJS se deberá realizar por el Responsable técnico principal o en quién delegue en la aplicación Apium mediante la opción Alta FundewebJS

Dentro de los datos que debemos introducir tenemos tres grupos:

  1. Datos básicos: Necesarios para tener una descripción del servicio, conocer sus responsables y saber si es un proyecto web completo o sólo es una aplicación de servicios ( REST/SOAP )
  2. Datos del servicio FundeWebJS: Datos necesarios para la clasificación del servicio dentro de Mi Campus
    1. Si el esquema de base de datos a utiliza es nuevo, deberemos indicarlo para que se cree el pertinente Jira a sistemas.

Tras la resolución de ambos Jiras el grupo de desarrollo tendrá:

  • Esquema de base de datos si no existía previamente y usuario web con acceso a él
  • Creados los entornos de despliegue: desarrollo, preproducción y producción
  • Creado repositorio de sistemas para la configuración de los despliegues según entorno
  • El proyecto dado de alta en el sistema de control de versiones GIT , accesible mediante el servidor de integración continua
  • Configurado mecanismo de integración continua y despliegue en el servidor de integración continua Gitlab
  • Alta de la aplicación en el sistema de logs Lagar

Una vez finalizada el alta los Miembros del equipo de desarrollo deberán configurar su entorno local y trabajar siguiendo las indicaciones de la guía técnica MNCS - Desarrollo con GIT/Gitlab.


  • Sin etiquetas