Historial de página

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.

...

El Responsable técnico principal o en quien delegue deberá iniciar el alta del proyecto mediante APIUM, en el caso de que no exista esté ya el proyecto dado de alta. Si ya existe deberá se dio de alta pero no se creó la infraestructura, se deberán solicitar los jiras pertinentes a tanto a sistemas como MNCS.

1.1 Alta de proyecto FundeWeb

Ancla
fundeweb 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

...

Una vez completado y guardado el formulario, APIUM creará de manera automática los pertinentes Jiras a todos los implicados en el proceso de 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

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.1.1 Alta manual de proyecto Fundeweb

Si, excepcionalmente, nuestra aplicación ya estaba dada de alta en APIUM pero no se había solicitado el alta en la infraestructura, el el Responsable técnico principal o en quién delegue deberá crear un Jira a sistemas y otro a MNCS para realizar dicha alta.

...

//Datos básicos
Nombre del contexto de la aplicación: El contexto que tendrá la aplicación "/micontexto"
Nombre de la aplicación/servicio o del portal: URL de la aplicación "https://miaplicación.um.es"
Ámbito (Internet, Intranet, otros): Internet
Entorno tecnológico: Weblogic
Acceso a base de datos (Si o No): Si
Esquema de BBDD: Esquema de base de datos al que se accede
Esquema de BBDD web: Usuario de base de datos para aplicaciones web
Fundeweb (Si o No): Si
Configuración de FundeWeb: Librerías fundeweb 2.0.23 o (última versión)


//Datos adicionales

Acceso RMI externo (si o no): Si o No
Autenticación por Radius/LDAP: Si o No
Acceso a Birtum (si o no): Si o No
Servicios Web publicados (Rest/Soap): Si expone servicios


//Datos de carga
Colectivo de usuarios al que va dirigido: Usuarios mayoritarios
Nº total de usuarios potenciales: Total de usuarios que se prevén 
Usuarios concurrentes estimados: Usuarios que accederán de media a la aplicación de manera concurrente.


// Otros
Recursos compartidos entre servidores, servicios, bases de datos: Si comparte recursos con otras aplicaciones
Repositorio: URL repositorio de código fuente (si ya existía).

...

Los datos necesarios en el Jira puesto a MNCS (DJ-AT-MNCS) son los siguientes: 

Nombre del contexto de la aplicación: El contexto que tendrá la aplicación "/micontexto"
Nombre de la aplicación/servicio o del portal: URL de la aplicación "https://miaplicación.um.es"
Usuario de BBDD web: Usuario de base de datos para aplicaciones web
SVN: Ruta SVN del despliegue del proyecto

Si, adicionalmente necesito un nuevo esquema de Base de Datos deberé poner un Jira a la sección de BASE DE DATOS (DJ-AT-SIST-BD) con la siguiente información

Nombre de la base de datos: Por ejemplo ZEUS
Nombre del esquema de base de datos: MI ESQUEMA
Indicar si se necesita usuario JV o 

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

...

no

...

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

Ancla
fundewebjs fundewebjs

1.2.1 Alta del proyecto

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

...

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.2 Solicitud de alta de despliegue de aplicación (desarrollo/test)

En el paso anterior sólo se creó el repositorio GIT y el esquema de base de datos (si no existía) para que los grupos trabajasen en local. Este paso se deberá realizar cuando ya se disponga código factible de desplegar en los servidores.

Una vez tengamos código a desplegar, solicitaremos la configuración de dicho despliegue mediante un Jira a MNCS (DJ-AT-MNCS) con el siguiente contenido:

...

Repositorio GIT de la aplicación 
Ruta completa clase Main de la aplicación
Usuario de base de datos que usará la aplicación
Ruta del secreto de base de datos

Junto con el Jira anterior deberemos solicitar otro a a MNCS (DJ-AT-MNCS) para realizar el registro de los logs en Lagar.   Importante: Hasta que la aplicación no genere log en los diferentes entornos no se podrá configurar los logs en Lagar

El contenido del Jira sería el siguiente

...

Repositorio GIT de la aplicación  
Indicar si la aplicación tiene frontend y/o backend  (API o API+UI): API + UI
Ruta completa clase Main

1.2.3 Solicitud de puesta en producción

Una vez la aplicación esté preparada para su puesta en producción se deberán crear dos Jiras a MNCS (DJ-AT-MNCS) para realizar dicha alta.

Para el alta en la infraestructura

...

Debe enlazarse el Jira donde se solicitó el alta en desa y test.

Para el alta en lagar

...

Debe enlazarse el Jira donde se solicitó el alta en desa y test.