Subdirección de Tecnologías de la Información y Comunicaciones

Estudio viabilidad del sistema

[Código aplicación-ID versión]

HOJA DE CONTROL DEL DOCUMENTO

Documento	Nombre documento
Versión Actual	Modifica a
Elaborado por	Fecha Elaboración	12/3/21 12:24:00
Aprobado por	Fecha Aprobación
Código documento	STIC_AAA.dot

CONTROL DE MODIFICACIONES

Versión	Fecha Presentación	Resumen de los cambios introducidos	Elaborado por

INDICE

1	Introducción	4

1.1	Objeto	4

1.2	Alcance.	5

1.3	Estructura del documento	5

2	Participantes	6

3	Visión actual	7

4	Bloque 1 (obligatorio): Delimitación del alcance objeto de evaluación	8

4.1	Objetivos del Sistema de Información	8

5	Bloque 2 (opcional): Estudio de Viabilidad y Alternativas	9

5.1	Alternativa i (a repetir por cada alternativa)	9

5.2	Matriz de alternativas. Grado de dificultad, impacto y viabilidad	12

6	Bloque 3 (obligatorio): Solución recomendada	13

6.1	Si hay Bloque 2:	13

6.2	Si NO hay Bloque 2:	13

7	Bloque 4 (obligatorio, a rellenar por la STIC): Solución elegida	14

8	Referencias	15

Introducción

Objeto

El objeto del presente documento...

Este documento pretende:

delimitar el alcance inicial sobre el que se pretende lanzar un proyecto,

analizar, si fuera requerido, la viabilidad del mismo y las posibles alternativas,

identificar la solución recomendada por el proveedor

identificar la solución elegida por la STIC

Para ello, el documento se articula en cuatro bloques incrementales:

Delimitación del alcance objeto de evaluación (obligatorio):

Registra todas las solicitudes de cambios, recibidas por parte de usuarios o grupos funcionales, incluyendo todos los detalles de cada petición y los solicitantes de las mismas. De igual forma, este bloque recoge el alcance de la petición de cambio así como un estudio muy preliminar de alto nivel acerca del impacto que tendría llevar a la práctica la petición recibida.

Estudio de Viabilidad y Alternativas (opcional):

Si es necesario, en este bloque se describen las diferentes alternativas que dan respuesta a las peticiones de cambio o necesidades identificados en el Catálogo de Solicitudes. Estas alternativas deberán estudiarse por la Gestión de la Capacidad para determinar:

el alcance cubierto

el fuera-de-alcance (si aplica)

aplicativos y versiones impactadas

reserva de recursos necesaria en HBS para cada aplicativo o producto afectado, fecha aproximada de inicio y finalización del proyecto y su propuesta de mensualización.

Solución recomendada (obligatorio):

Se dan dos opciones EXCLUYENTES:

El conjunto e cambios solicitados en el bloque 1 REQUIERE un estudio de viabilidad o análisis de alternativas.

Se indica la Alternativa RECOMENDADA del bloque 2.

El conjunto de cambios solicitados en el bloque 1 NO requiere un estudio de viabilidad o análisis de alternativas.

Se detalla:

el alcance cubierto

el fuera-de-alcance (si aplica)

aplicativos y versiones impactadas

reserva de recursos necesaria en HBS para cada aplicativo o producto afectado, fecha aproximada de inicio y finalización del proyecto y su propuesta de mensualización.

Solución elegida (obligatorio, a rellenar por el Jefe de Proyecto STIC):

Se dan tres opciones EXCLUYENTES:

Se dan confirma la solución RECOMENDADA del bloque 3 como Solución ELEGIDA.

Se confirma otra de las Alternativas del bloque 2 como Solución ELEGIDA.

Se deniega el lanzamiento de cualquiera de las Soluciones propuestas en este documento.

Alcance.

El alcance de este documento es...

Estructura del documento

Si procede

Participantes

Enumere los participantes del documento

Participantes
Departamento
Teléfono
Rol

Visión actual

Se especificará brevemente la situación presente del área del negocio y cómo los sistemas de información dan o no respuesta al aspecto que se quiere mejorar con el proyecto.

La situación o visión actual es el estado en el que se encuentra el sistema de información existente en el momento en el que se inicia su estudio. Teniendo en cuenta el objetivo del estudio de la situación actual, se realiza una valoración de la información existente acerca de los sistemas de información afectados. En función de dicha valoración, se especifica el nivel de detalle con que se debe llevar a cabo el estudio.

Como resultado de esta actividad se genera un diagnóstico, estimando la eficiencia de los sistemas de información existentes e identificando los posibles problemas y las mejoras.

Bloque 1 (obligatorio): Delimitación del alcance objeto de evaluación

Objetivos del Sistema de Información

Por cada solicitud:

OBJ-01	[Solicitud expresada en su forma inicial]
Peticionario	[Peticionario]
Fecha	[16/06/2008]
Canal de petición	[CGES / DGAS-acta-reunión / JP STIC-acta-reunión /xxx-correo…]
Código de incidencia CEGES	[si procede]
Descripción de la petición	[Descripción detallada de la solicitud que especifica con mayor concreción el alcance esperado]
Subobjetivos	OBJ-01-0x: … OBJ-02-0y:… …
Funcionalidad afectada
Plazo	[Fecha necesaria de disponibilidad en producción] y [motivo]
Sistemas implicados
Funcionalidad afectada
Impacto	Bajo/Medio/Alto
Urgencia	[Baja (la fecha límite es flexible) /Media (la fecha límite es negociable)/Alta (la fecha límite no es flexible)]

Bloque 2 (opcional): Estudio de Viabilidad y Alternativas

Alternativa i (a repetir por cada alternativa)

La descripción de las ventajas e inconvenientes de las distintas alternativas, deben ser descritas teniendo en cuenta los siguientes puntos:

Especificación del Entorno Lógico

Diagrama lógico del sistema

Descripción del proceso?

Interdependencias con Otros sistemas

Listado y descripción a alto nivel de los sistemas que interactuarán con el sistema a crear.

Ej.:

Figura 1: Interdependencias

Impacto en los otros sistemas

Descripción de las funcionalidades afectadas en los otros sistemas

Especificación del entorno tecnológico

Plataforma Software

ROL DEL SERVIDOR	VERSIÓN SISTEMA OPERATIVO	VERSIÓN DEL CONTENEDOR DE APLICACIONES	Nº DE USUARIO MÁXIMO ESPERADO
Servidor de Aplicaciones Tipo JAVA	Oracle Linux 6.4	Weblogic 10.3.6	150 usuarios por Servidor
Servidor de Aplicaciones Tipo .NET	Windows Server 2012 R2	IIS 7.5	150 usuarios por Servidor
Servidor de BBDD	Solaris 10	Oracle 11R2	20 usuarios concurrentes máximos por instancia de BBDD Volumen registros esperado
Cliente	Windows / Linux	IE 11 o superior, FireFox 24 o superior, Chrome 41 o superior	9000 usuarios máximos concurrentes esperados en toda la aplicación

Tabla 1: Especificaciones técnicas

Comunicación entre capas y con Elementos Externos

Listado de comunicaciones entre capas:

ORIGEN	DESTINO	PROTOCOLO
Capa de Puesto Cliente	Capa de Presentación	HTTPS
Capa de Presentación	Capa de Aplicación	HTTP
Capa de Aplicación	Capa de Base de Datos	TCP

Listado de comunicaciones con elementos externos:

ORIGEN	DESTINO	PROTOCOLO
Capa de Aplicación	ESB Centralizado	SOAP/HTTP
Capa de Aplicación	Servidores de Aplicación de MACO	SOAP/HTTP

Valoración (alto nivel) del esfuerzo:

Por cada objetivo dentro del alcance de esta alternativa:

OBJ-id	identificador y nombre descriptivo
COSTE/Sistema	HBs/Sistema (un objetivo puede afectar a varios Sistemas y en función de la alternativa el impacto en uno puede ser mayor y en otro menor)

Para la alternativa como entidad:

Total Horas: […]

Mensualización propuesta por cada anualidad:

Anualidad	Mes	Horas x Perfil	HBS
JP/CO	TS/EF/ET	AF	AP/TSJ	PR/TP	Total
2016	Ene
Feb
Mar
…
2017	Ene
Feb
Mar
…
…	…
Totales

Fuera de alcance

Detalle del fuera-de-alcance de esta alternativa:

Por defecto: todos los objetivos NO contemplados en esta alternativa.

Adicional: aclaraciones de matices fuera-de-alcance sobre los objetivos contemplados en esta alternativa.

Riesgos

Descripción	Naturaleza	Probabilidad	Impacto	Temporalidad
Externo/interno	Alta/media/baja	Alto/medio/bajo	Inicio/mitad/fin

Ventajas

Inconvenientes

Cumplimiento de Normativa

La consecución de los objetivos que refleja esta alternativa del EVS deben estar sujetos a cumplimiento de la actual normativa vigente publicada en portal UNIFICA. Si por algún motivo la propuesta incumple la normativa vigente detallar a continuación:

Normativa	Versión Normativa	Incumplimiento	Motivo

Matriz de alternativas. Grado de dificultad, impacto y viabilidad

Indicar alternativa preferente y argumentarla

Alternativa	Dificultad/Impacto/Viabilidad

Bloque 3 (obligatorio): Solución recomendada

Si hay Bloque 2:

Se identifica la alternativa recomendada.

Si NO hay Bloque 2:

Valoración (alto nivel) del esfuerzo

Por cada objetivo dentro del alcance incluido:

OBJ-id	identificador y nombre descriptivo
COSTE/Sistema	HBs/Sistema (un objetivo puede afectar a varios Sistemas y en función de la alternativa el impacto en uno puede ser mayor y en otro menor)

Para la solución propuesta como entidad:

Total Horas: […]

Mensualización propuesta por cada anualidad:

Anualidad	Mes	Horas x Perfil	HBS
JP/CO	TS/EF/ET	AF	AP/TSJ	PR/TP	Total
2016	Ene
Feb
Mar
…
2017	Ene
Feb
Mar
…
…	…
Totales

Fuera de alcance

Detalle del fuera-de-alcance de esta solución:

Por defecto: todos los objetivos NO contemplados en esta propuesta.

Adicional: aclaraciones de matices fuera-de-alcance sobre los objetivos contemplados en esta propuesta.

Bloque 4 (obligatorio, a rellenar por la STIC): Solución elegida

Se identifica la solución elegida:

Opciones (excluyentes)	Check
Se confirma la solución recomendada para transformar el S.I.	☐
Se opta por otra de las alternativas (si procede) para transformar el S.I.	☐	[Se indica la alternativa elegida distinta a la recomendada]
Se deniega la transformación del S.I.	☐

Referencias

Lista y ubicación de los documentos referenciados en el documento de alcance.

Se desglosa a continuación el material de soporte, utilizado para la elaboración del presente documento:

Código	Título

Tabla 2: Referencias