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 69 Siguiente »


Índice Principal


Desglose de atributos
AtributoDescripciónEntidad / Tabla Maestra
NombreNombre de la aplicación
EstadoEstado de la entidad
Fecha de última modificaciónFecha en la que la entidad fue modificada por última vez
Descripción funcionalDescripción funcional del componente
Código ALMCódigo en el repositorio de la Oficina de Calidad
Código de componenteCódigo de componente
TipoTipo de componenteTipos de componente
¿Desarrollo a medida?¿Es desarrollo a medida o un producto cerrado?

¿Revisión OCA?

¿La Oficina de Calidad revisa el código entregado?


¿Oculto en web?

¿La aplicación está disponible al registrar incidencias?


AplicaciónAplicación de la que forma parte el componenteAplicaciones

Versiones

Versiones que han ido instalándose (activas e inactivas)

Versiones

TecnologíasTecnologías del componenteTecnologías Desarrollo
Repositorio de códigoURL del repositorio de código 

Versiones descontinuadas

  • Creación: v1.0 (sustituida por v2.0)
  • Modificación: v1.0 (sustituida por v2.0)

Modelo de entidad-relación a un nivel




Consulta

Para obtener el listado de componentes de CMS la API dispone del método:

GET/cgescms/componentes
Obtener componentes

Podemos consultar el detalle de un componente mediante el método disponible:

GET/cgescms/componentes/{uuidComponente}
Obtener componente

Además de los atributos propios de la entidad, en la respuesta visualizaremos la sección de enlaces que nos permite el acceso directo a información extendida sobre el componente.

Creación y edición

Es posible crear componentes mediante el método disponible para tal fin. Se debe usar la versión v2.0:

POST/cgescms/componentes
Crear componente

Requisitos funcionales

    • El nombre es obligatorio, no puede superar los 100 caracteres ni puede existir otro componente con el mismo nombre.
    • El código de componente no es editable y para crearlo, es obligatorio y no puede superar los 100 caracteres.
    • El código ALM es obligatorio y no debe superar los 255 caracteres. No debe existir para otro componente el mismo valor.
    • El campo ¿Desarrollo a medida? es opcional.
    • Es obligatorio indicar si el componente cuenta con revisión de la OCA para AT1. Será forzado a NO para AT2. 
    • La descripción funcional es opcional y no puede superar los 2000 caracteres.
    • El tipo de componente es obligatorio y debe ser válido.
    • El repositorio de código es opcional y no puede superar los 255 caracteres.
    • La aplicación deberá ser válida y estar en estado VIGENTE. No debe tener la categoría de Servicios Tecnológicos, ya que no es compatible con componentes.
    • La tecnología de desarrollo es obligatoria, el componente se creará en estado temporal (no válido) hasta que se le asocie una primera tecnología invocando a su método independiente.
    • También existe un método independiente para asociar una aplicación origen. Esta no es obligatoria y sólo se permite una única asociación por componente. Hay otro método para eliminar la asociación.

Versiones descontinuadas: v1.0


También podremos modificar diferentes atributos de una aplicación mediante el método siguiente en su versión v2.0:

PUT/cgescms/componentes/{uuidComponente}
Modificar componente


Requisitos funcionales

    • El componente a modificar debe ser válido.
    • Mismos requisitos a nivel de campos que en la creación.
    • No se permite dar de baja un componente si existe una relación grupo lógico-entorno-plataforma con alguna versión activa.

¡Importante!

Para realizar correctamente la modificación se debe enviar el recurso completo cada vez que se consuma este recurso. En caso de no enviar alguno de los valores, el recurso borrará la información para los atributos no informados.

Versiones descontinuadas: v1.0


Tecnologías de desarrollo

Una vez disponga de un identificador de componente (uuidComponente), podrá consultar, asociar o quitar tecnologías de desarrollo haciendo uso de estos métodos:


GET/cgescms/componentes/{uuidComponente}/tecnologiasdesarrollo
Obtener tecnologías de desarrollo
POST/cgescms/componentes/{uuidComponente}/tecnologiasdesarrollo
Asociar tecnologías de desarrollo
DELETE/cgescms/componentes/{uuidComponente}/tecnologiasdesarrollo/{idTecnologiaDesarrollo}
Desvincular tecnologías de desarrollo

Requisitos funcionales

    • La tecnología de desarrollo es obligatoria, el componente se creará en estado temporal (no válido) hasta que se le asocie una primera tecnología.
    • No se podrá eliminar una tecnología a un componente si es la última que le queda asociada.

Aplicación Origen

Una vez disponga de un identificador de componente (uuidComponente), podrá actualizar su valor o borrarlo utilizando los siguientes métodos:

POST/cgescms/componentes/{uuidComponente}/aplicacionesorigen
Asociar una aplicación de origen a un componente
DELETE/cgescms/componentes/{uuidComponente}/aplicacionesorigen/{idTecnologiaDesarrollo}
Desvincular una aplicación de origen de un componente

Entidades asociadas

Aplicación

La aplicación asociada se suministra como un parámetro de la respuesta.

Versiones

Consulte el apartado correspondiente a las versiones en la documentación.

Relaciones grupo lógico-entorno-plataforma

Para obtener las plataformas en las que está desplegado el componente, se puede usar el siguiente método filtrando por el identificador que estamos consultando (uuidComponente) y el atributo estado con la versión  v1.0

Se obtiene así la relación de todas las versiones y las plataformas en las que están instaladas para un mismo componente.

GET/cgescms/versiones/relgrplogentplats
Obtener versiones y grupos lógicos

Ejemplo /cgescms/versiones/relgrplogentplats?uuidComponente=DEF95790523001FA875F000C29B08512&estado=0

Se suministra un enlace en la consulta del listado y detalle del componente.


  • Sin etiquetas