Download Madrid, XX de XXXXX de 2006

Ficha de Solicitud de Revisión de Código.
[MÓDULO TÉCNICO] - [Descripción]
Unidad de Calidad y Certificación.
UNIDAD DE CALIDAD Y CERTIFICACIÓN
1
Presentación del Servicio. ...............................................................................................................................2
1.1
2
Requisitos para solicitar la Revisión de Código a la UOR de Calidad. ...................................................2
Entrega. ...........................................................................................................................................................2
2.1
Identificación Módulo. ..............................................................................................................................2
2.2
Responsable de Proyecto. .......................................................................................................................2
2.3
Tecnología. ..............................................................................................................................................3
2.4
Framework. ..............................................................................................................................................3
2.5
Pruebas Funcionales. ..............................................................................................................................3
2.6
Repositorio. ..............................................................................................................................................3
2.7
Autorizaciones y Excepciones. ................................................................................................................3
2.8
Soluciones Horizontales. .........................................................................................................................4
2.9
Observaciones. ........................................................................................................................................4
Solicitud de Revisión de Código.
Versión 1.10.
Fecha: 11/09/2015
1
UNIDAD DE CALIDAD Y CERTIFICACIÓN
1
Presentación del Servicio.
En ICM a este servicio se le denomina también Certificación de código.
Consiste en comparar el código fuente frente a las buenas prácticas y normativa de ICM. Las buenas prácticas y normativa
conforman un referente que adopta ICM porque estima que garantizan un mínimo de calidad en las características que
destaca el estándar ISO 9126 "Software engineering -Product quality".
El Proveedor tiene la OBLIGACIÓN de cumplir la normativa de ICM en el código que desarrolle y/o modifique. Para
asegurar el cumplimiento debe actuar según la Guía de Calidad y la Guía de Gestión de Proyectos.
La UOR de Calidad, una vez finalizado el proceso de revisión de código, entrega el Informe de Revisión de Código al
Responsable del Proyecto.
Si el informe NO es satisfactorio el Responsable del Proyecto se responsabiliza de que se apliquen las acciones correctoras
necesarias. Una vez subsanados los incumplimientos comienza un nuevo ciclo de revisión, y así hasta que el informe sea
satisfactorio.
1.1
Requisitos para solicitar la Revisión de Código a la UOR de Calidad.
1.
Realización de pruebas funcionales satisfactorias, salvo en los casos de revisiones de modelos de datos.
2.
En el caso de que la aplicación tenga autorizaciones excepcionales, el documento de Autorizaciones
Excepcionales, firmado por Arquitectura, deberá estar en la carpeta certificados del repositorio especificado
en este documento, apartado 2.4. Repositorio. También se deberán informar en el apartado 2.5 Autorizaciones
y Excepciones de este documento. Además el Responsable del Proyecto, previamente a la Solicitud de Revisión
de Código, deberá haber solicitado a la Unidad de Calidad y Certificación la creación de un escenario particular,
que será el que se use en SAVT para su certificación, en el caso de tratarse de aplicaciones con las tecnologías
JAVA o Modelo de Datos.
3. Cuando SAVT soporte la tecnología empleada, el Informe de Revisión de Código superando los mínimos de ICM
según modelo ISO9126. Este informe deberá estar en la carpeta certificados del repositorio especificado en
este documento, Apartado 4. Repositorio.
2
Entrega.
Se informarán aquellos apartados que apliquen al módulo solicitado. Los campos marcados en amarillo deberán rellenarse
obligatoriamente.
2.1
Identificación Módulo.
Código Módulo
Descripción
2.2
Responsable de Proyecto.
Nombre
Área
Unidad
Empresa Externa
Solicitud de Revisión de Código.
Versión 1.10.
Fecha: 11/09/2015
2
UNIDAD DE CALIDAD Y CERTIFICACIÓN
2.3
Tecnología.
Marcar el código de la tecnología utilizada para el desarrollo del módulo.
☐ JAVA. Java.
☐ MODD. Modelo de Datos.
☐ FORMS. Oracle Forms v.10.
2.4
☐ FATWIRE. Portales Fatwire.
☐ JOOMLA. Portales Joomla
☐ DOCUMENTUM. Documentum.
☐ BO. Business Objects.
☐ CRWS. Informes Crystal Report para WS.
☐ CRBO. Informes Crystal Report BO.
Framework.
Framework: (1)
Elija un elemento.
Versión (2):
(1): Si la tecnología es JAVA será obligatorio rellenar el Framework, en el caso de que el Framework sea ATLAS indicar la versión de la normativa.
(2): Rellenar solo en el caso de Framework ATLAS.
2.5
Pruebas Funcionales.
Confirmación de realización de las pruebas funcionales de manera satisfactoria (1):
☐
(1): Solo rellenar si el módulo técnico no es un modelo de datos.
2.6
Repositorio.
Repositorio(1)
(1): Referencias correspondientes al repositorio dónde se encuentran ubicados los fuentes a certificar. Si el módulo técnico que se desea certificar es CRBO será necesario
indicar el repositorio de la aplicación JAVA que usa los informes de Crystal Reports.
2.7
Autorizaciones y Excepciones.
Norma (1)
Descripción de la Excepción
(1): Informar la/s excepción/es a la norma.
Solicitud de Revisión de Código.
Versión 1.10.
Fecha: 11/09/2015
3
UNIDAD DE CALIDAD Y CERTIFICACIÓN
2.8
Soluciones Horizontales.
Marcar solo las soluciones implementadas en el módulo que deberán coincidir con las indicadas en SAVT.
Soluciones Desarrollo JAVA.
Autenticación y autorización:
☐ LDAP. Repositorio LDAP
☐ ASF. Plataforma ASF 3.5.
☐ ASF5. Plataforma ASF 5.0
☐ USU. Autorización USU
☐ USUI. Autorización USUI
Componentes presentación:
☐ AJAX. AJAX DWR
Certificados digitales:
☐ ASF. Plataforma ASF.
Envío mensajes SMS:
☐ SMS. WS Mentes.
Envío correo electrónico:
☐ MAIL. Java Mail.
Archivo electrónico:
☐ CEN. Centera.
Generación de informes:
☐ CRX. Crystal Reports X motor Java.
☐ CRXWS. Crystal Reports X motor WS.
☐ CRXI. Crystal Reports XI.
☐ CRBO. Crystal Reports Business Object.
☐ ITEXT. API IText.
Código de barras:
☐ CBARRAS. API Barbecue.
Gestión ficheros DBASE:
☐ DBF. API XBaseJ.
Gestión ficheros XML:
☐ XML. Clases JAXB.
Generación de gráfico:
☐ CHART. API FreeChart.
Tratamiento de imágenes:
☐ JAI. API ImageIO.
Información geográfica:
☐ SIGI. GIS información geográfica.
Creación/invocación WS:
☐ AXIS12. AXIS .1.2.1.
☐ AXIS14. AXIS v.1.4.
☐ AXIS2. AXIS2 v.1.6.
Firma documentos:
☐ FPDF. Firma documentos PDF.
Pago online:
☐ PAGO. Pasarela de pago.
Formularios electrónicos:
☐ EREG. EREG virtual.
Formularios PDF:
☐ PALLUC. Librería PALLUC.
Servicios comunes tramitación electrónica:
☐ COVE. Código verificación electrónico.
☐ NOTE. Notificación telemática.
Composición documentos:
☐ VELO. Velocity.
☐ POI. Apache POI.
Acceso a recursos puesto cliente:
☐ AX. Componente AxtiveX.
Gestión documental:
☐ DCWS. WS Documentum.
☐ DCLIB. Librerías Documentum.
☐ DCAPI. API Documentum.
Gestión BI:
☐ BO. Business Objects.
☐ BODS. Business Objects Data
Services.
Aplicaciones Escritorio:
☐ DESKTOP. Aplicaciones DESKTOP.
Trazas APDCM datos personales:
☐ LOGN3. Trazas nivel alto APDCM.
Servidor de aplicaciones:
☐ WEBLOGIC. Servidor de
Aplicaciones Weblogic.
Integración con plataforma de Gestión de
Expedientes:
☐ ATLANTIX. Aplicación Web que se
Integra con plataforma de
Gestión de Expedientes GSTA.
Soluciones Modelo de Datos.
☐ BO_BD. Base Datos de Business Objects
☐ GIS. Base Datos de Distema de Información Geográficos
☐ DOC. Base Datos Documentum
☐ TRAZ. Trazas de Nivel Alto de la APDCM
☐ MUL. Varios modelos de datos en un mismo proyecto.(requiere autorización de ARQUITECTURA).
☐ ATLANTIX_BD. Aplicación Web que se integra con GSTA.
2.9
Observaciones.
F
Solicitud de Revisión de Código.
Versión 1.10.
Fecha: 11/09/2015
4