Cómo completar el Documento de Requisitos Técnicos (checklist)

Última modificación por Administrator el 2014/02/03 11:12

Consideraciones técnicas específicas solicitadas o acordadas para el desarrollo y despliegue de cada aplicación.

Esta sección detalla las instrucciones para cumplimentar el documento adjunto con este manual 'Detalle de Requisitos Técnicos', donde se recoge un resumen de las especificaciones de esta sección a rellenar por el responsable de la aplicación (Analista o Jefe de Proyecto).

Solo deberá decidirse entre las opciones que este documento permita en algunas de las configuraciones. Para el resto de consideraciones y opciones serán las que se determinan específicamente.

Estas consideraciones técnicas deberán quedar definidas en su mayor parte durante la primera Reunión de Especificación de Requisitos Técnicos para el Despliegue de Aplicaciones

Deberá sustituirse donde aparezca en las siguientes consideraciones el texto 'nombre_aplicación' por el nombre que se vaya a acordar para la aplicación.

Este nombre será en muchos casos parte de la url de acceso a la aplicación por lo que debe estar formado por los caracteres permitidos para formar una url válida (nombre formado por caracteres alfanuméricos).

Con respecto a la autenticación de usuarios deberá tenerse en cuenta que cualquier aplicación que vaya a requerir dicho servicio, a través de los distintos roles que pueda tener definida, deberá utilizar el Servicio de Directorio LDAP. (Ver sección 2.7 Servicio de Directorio (Autenticación).

Servicio de contenedor de aplicaciones

Versión de Servidor de aplicaciones, jdk y J2EE.

La aplicación se desplegará en un contenedor del producto de servidor de aplicaciones 'Oracle Application Server 10g 10.1.3.1.0', preparado para versión jdk 5 (Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)).

Todos los ficheros de las aplicaciones conformes con J2EE desplegados en OC4J deben estar empaquetados en concordancia con las 'guidelines' detalladas en la especificación J2EE 1.4.

Nombre y URL de la aplicación.

Nombre de la Aplicación. Debe consignarse el nombre que va a tener la aplicación. Este nombre será en muchos casos parte de la url de acceso a la aplicación por lo que debe estar formado por los caracteres permitidos para formar una url válida (nombre formado por caracteres alfanuméricos).

Elegir el sistema de url que va a tener la aplicación.

Convencional. Esta opción se debe utilizar cuando la aplicación se va a acceder desde un link en algún portal o no se tiene intención de preparar publicidad a los usuarios para acceso directo a la misma.

'X' es un número secuencial asignado a los servidores que componen la plataforma, es indiferente de cara al desarrollo y despliegue de la aplicación.

Específica. Para los casos en los que se va a acceder a la aplicación de una forma directa, con repercusión pública o para un sector con elevado número de usuarios y que se va a publicitar de una manera especial.

Tipo de conexión

Conexión https requerida/No se requiere conexión https.

Requisitos en la situación 'Conexión https requerida'

La aplicación deberá requerir los mecanismos de filtrado necesarios para garantizar que el acceso solo es permitido por la conexión 'https' y no la conexión 'http' de la url de la aplicación.

Certificados de Usuario.

La aplicación va a permitir 'certificados de usuario' / La aplicación no va a permitir 'certificados de usuario'.

Visibilidad

Definir Internet/Intranet.

Servicio de base de datos de Oracle

Referencia JNDI.

Se estable para esta aplicación la siguiente referencia jndi para gestionar el acceso a datos y configurar el pool de conexiones adecuado.
jdbc/nombre_aplicación

Tablespaces.

Se asignará a la aplicación mínimo dos tablespaces:

D_ NOMBRE_APLICACIÓN_DATA , para el almacenamiento de los datos.
D_ NOMBRE_APLICACIÓN_INDEX , para el almacenamiento de los índices.

Generación de esquema.

Deberán proveerse los scripts necesarios para la creación del esquema que quedará contenido en los tablesapaces definidos para la aplicación.

Mantenimiento del esquema.

Se realizará mediante los sripts que se solicite ejecutar.

Explotación de distintos esquemas.

Definir las necesidades de explotación de la aplicación de otras vistas o esquemas públicos distintos a los definidos para la aplicación. (Ejemplo: esquema direcciones)

Interconexión con diferentes sistemas.

No definidos/Definidos

Requisitos en situación 'Definidos'.

  • Información sobre dependencia con base de datos de entorno NATURAL/ADABAS.
  • Procesos satélite necesarios para permitir carga desde otros entornos y periocidad de los mismos.
  • En general, información sobre todos los servicios y sistemas que deben interconectarse para prestar el servicio específico de la aplicación.

Condiciones estimadas de carga del sistema.

  • Usuarios potenciales (aproximadamente). (Ej: Uso Público, < x).
  • Usuarios esperados (aproximadamente).
  • Periodos estimados de máxima carga.
  • Espacio de Almacenamiento estimado (orden de magnitud).

Se debe consignar el espacio de almacenamiento que va a requerir la aplicación inicialmente y el que se espera vaya a necesitarse durante el primer periodo de uso de la aplicación.

Este periodo será el especificado para las aplicaciones que tienen un uso definido de carácter periódico o para el primer año de funcionamiento del resto de aplicaciones.

Servicio de envío de correo.

Requerido/No requerido.

Servicio de directorio (autenticación).

Cualquier aplicación que vaya a requerir servicio de autenticación de usuarios para los distintos roles definidos en la misma deberá utilizar el Servicio de Directorio LDAP.

Requerido/No requerido.

Requisitos en la situación 'Requerido'.

Nombres de los Perfiles.

Se proveerán los nombres de los perfiles de uso que se han definido en la aplicación para generar las entradas convenientes en el directorio LDAP de autenticación de las aplicaciones.

Los nombres de los perfiles en el ldap tendrán la siguiente nomenclatura: NOMBRE_APLICACIÓN.nombre_perfil 1

Y se incluirá una breve descripción de cada rol, como en el ejemplo siguiente:

APLICACION_PRUEBA.adm aplicacion prueba. Perfil administrador
APLICACION_PRUEBA.muni aplicacion prueba. Perfil usuarios ayuntamiento

1 NOTA: Se mantendrá el formato de mayúsculas y minúsculas.

La jerarquía LDAP para los perfiles (roles) de la aplicación tiene la estructura:

dc=es,dc=gobcantabria,cn=aplicaciones,cn=NOMBRE_APLICACIÓN,cn=NOMBRE_APLICACIÓN.nombre_perfil

Cadena de Conexión.

Se realiza conexión con el directorio ldap desde el contenedor OC4J que contiene a las aplicaciones por lo que no resulta necesario introducir en el código de la aplicación ni la cadena de conexión ni los credenciales del directorio de validación ldap.

Procedimiento de Petición de Carga de Usuarios en los distintos Perfiles definidos.

Ver el apartado Howtos_AltaMasivaLDAP

Cambio o Recordatorio de Contraseña de Usuarios del LDAP.

Todas las aplicaciones, pueden dar al usuario la posibilidad de cambiar su clave o generar una nueva en caso de olvido. Para ello, añadirán a la ventana de login las url's siguientes:

http://aplicaciones.cantabria.es/usermgr/RememberPassView.do
http://aplicaciones.cantabria.es/usermgr/ChangePassView.do

Servicio pasarela de pago

Requerido/No requerido.

Servicio plataforma de firma

Requerido/No requerido.

Alta disponibilidad.

No garantizada actualmente.

Parámetros de uso, dimensionado y carga

Se debe proporcionar información, en la medida de lo posible sobre:

Tiempo de vida.

El tiempo que se determine o esperado deba estar la aplicación en el entorno de explotación.

Expectativas de almacenamiento.


  • Previsión inicial de espacio de almacenamiento.
  • Crecimiento esperado máximo de espacio de almacenamiento durante el Tiempo de vida de la aplicación. Si la aplicación va a tener un despliegue definitivo o indefinido, se deberá aportar, si es posible, el crecimiento máximo esperado anual.

Carga de usuarios.

Si resulta posible, determinar:


  • Número de usuarios potenciales que pueden llegar a utilizar la aplicación.
  • Número de tramitaciones se espera cubrir con la aplicación.
  • Determinación de fechas y periodos en los que se espera una gran afluencia de los usuarios potenciales.

Plataforma de Firma.

La lista de servicios disponibles puede observarse desde las siguientes direcciones:

Entorno Explotación:
http://sfirma01.intranet.gobcantabria.es:7777/asf/services

Plataforma de Pasarela de Pago.

La lista de servicios disponibles puede observarse desde las siguientes direcciones:

Entorno Explotación:

http://spasarela01.intranet.gobcantabria.es/plataformaPago/services/

© 2014 GOBIERNO DE CANTABRIA - AVISO LEGAL Y PROTECCIÓN DE DATOS