FSP Tablas 13 06 17 V3

FORMATO
ESPECIFICACIONES FUNCIONALES - FSP - CR

Pertenece al procedimiento: Gestionar la Demanda de Iniciativas del Negocio
hacía IT - PRB, Gestionar Cambios de IT
Clasificación: Uso Interno. Pág. 1 de 21 Código AE3.11-F04

Versión:18-Nov-2015
INFORMACIÓN PRELIMINAR
Nombre de la Solicitud: Escalamientos Area HHPP No. Brief: 01
Extensión:
Nombre Solicitante: Cesar Zambrano 3134673346
Celular:
Gerencia Solicitante: Luis Eduardo Peña Clavijo E-mail:
Tipo Requerimiento*
NS NF x CF
(marque con una x)
* NS: Nuevo sistema, NF: Nueva funcionalidad sistema existente, CF: Cambio a funcionalidad existente. OTRO:
Especifique cual.
Requiere revisión de
SI NO
Aseguramiento de Ingresos?*
*(Diligenciado únicamente por Aseguramiento de Ingresos)
HISTORIA DE VERSIONES
[Cada vez que se presente una solicitud de ajuste o ampliación de la información de parte de las áreas de Desarrollo, el
área usuaria deberá registra los cambios realizados en el documento FSP]
VERSIÓN FECHA ELABORÓ COMENTARIOS
1 20/10/2016 Maribel Barbosa
TABLA DE CONTENIDO
FORMATO

1.INTRODUCCIÓN ................................................................................................................................................. 2
1.1.Términos y Abreviaturas (Opcional) ..................................................................................................... 2
1.2.Descripción Funcional Actual (Obligatorio) .......................................................................................... 3
2. DESCRIPCIÓN GENERAL DEL CAMBIO ............................................................................................................... 3
2.1.Objetivo y Alcance (Obligatorio) ........................................................................................................... 3
2.2.Beneficios * Colocamos la misma tabla del brief ................................................................................. 4
3.REQUERIMIENTOS FUNCIONALES (Obligatorio) ................................................................................................ 4
4.REQUERIMIENTOS NO FUNCIONALES (Obligatorio) ........................................................................................ 18
4.1 Rendimiento ....................................................................................................................................... 18
4.2 Tiempo de disponibilidad mínimo requerido ..................................................................................... 18
4.3 Número máximo de transacciones esperadas ................................................................................... 18
4.4 Número promedio de transacciones esperadas por minuto .............................................................. 18
4.5 Proyección de crecimiento ................................................................................................................. 19
4.6 Aseguramiento y Control (Obligatorio) .............................................................................................. 19
4.7 Seguridad de la información y Auditoría (Obligatorio) ...................................................................... 19
5. FACTIBILIDAD DEL REQUERIMIENTO O CAMBIO (Obligatorio) ....................................................................... 20
6. SUPUESTOS Y RESTRICCIONES (Opcional) ....................................................................................................... 20
7. RIESGOS (Obligatorio) ..................................................................................................................................... 20
7.1. Categorización de Riesgo (Obligatorio) ............................................................................................. 21
8. AUTORIZACIONES DE OTRAS ÁREAS INVOLUCRADAS (FIRMAS) ..................................................................... 21
1. INTRODUCCIÓN
1.1.Términos y Abreviaturas (Diligenciamiento Opcional)

[Diligenciar únicamente por las áreas usuarias, realice breve descripción y organice alfabéticamente]
FORMATO

Término /
Definición
Abreviatura
1.2. Descripción Funcional Actual (Diligenciamiento Obligatorio)

[Diligenciar únicamente por las áreas usuarias. Realice una breve descripción de las actividades realizadas para
ejecutar el proceso que se lleva a cabo actualmente. Ej.: Frecuencia con que se recibe, procesos o trabajos que se
realizan, a quien se le entrega]
2. DESCRIPCIÓN GENERAL DEL CAMBIO
2.1. Objetivo y Alcance (Diligenciamiento Obligatorio)

[Diligenciar únicamente por las áreas usuarias. Describa el objetivo y el alcance del presente requerimiento, esta
información debe estar acorde con la información del Brief presentado]
Alcance del cambio:

Objetivo del cambio:
FORMATO

Marque con una X en el campo APLICA el tipo de beneficio relacionado con el cambio solicitado y explique el
beneficio:
TIPO APLICA EXPLICACIÓN
1. Regulatorio
2. Ingresos
3. Retención de Clientes
4. Auto atención
5. Mejora operacional X Mejorar tiempos de respuestas.
6. Otros
3. REQUERIMIENTOS FUNCIONALES (Diligenciamiento Obligatorio)

[Diligenciar únicamente por las áreas usuarias. Describa el funcionamiento esperado del sistema y el resultado de su
implementación].
3.1. Beneficios (Diligenciamiento Obligatoria)

1. Tablas
En módulo MGL Visitas técnicas menú, debe existir la opción Administrador Tablas, en esta pestaña se pueden
crear diferentes tablas que son visuales y utilizados en los diferentes Procesos ejecutados en el l módulo Cuentas
Matrices, Ots, Matriz de Viabilidad, HHPP.
a) Se requiere que en el botón CLARO se visualice la palabra menú (mantener la funcionalidad actual) y se debe
crear la opcion Administrador Tablas: En este menu se crearan todos lo tipos de tablas y las tablas que se
requieren para ejecutar diferentes procesos del modulo CM, HHPP, Matriz de Viabilidad.Modificar el logo y
agregar la palabra menu
FORMATO

b) Al seleccionar la opcion Administrador Tablas se debe desplegar las siguientes opciones: Tipo de tabla,
Mantenimiento de tablas y tablas basicas.
c) Tipo Tabla: Esta opcion debe mostrar los campos: ID, nombre, descripcion, justificacion, Aplica a modulo y
estado. Esta opcion debe tener la accion de Crear, actualizar, eliminar y volver al menu tablas. Todos los
campos son obligatorios, toda accion debe tener un log, el cual se podra consultar al validar cualquier tipo
tabla.
FORMATO

 El campo Tipo tabla es una lista desplegable que debe mostrar las opciones mantenimiento de tablas
y tablas basicas, estas se asociaran automaticamente en tablas basicas y mantenimiento de tablas
según la parametrizacion al ser creada.
 El campo ID se debe poblar con un numero consecutivo de creacion, maximo 3 caracteres
 El campo Nombre debe ser una caja texto en la que se puedan digitar maximo 50 caracteres
 El campo Descripcion debe ser una caja texto en la que se pueda digitar maximo 200 caracteres.
 El campo Justificacion debe ser una caja texto en la que se pueda digitar maximo 200 caracteres.
 El campo Estado es una lista desplegable que debe mostrar las opciones Activo e inactivo
 El campo Aplica a modulo, es una lista seleccionable que muestra las opciones: modulo de HHPP,
Cuentas Matrices, Otros, en esta opcion debe permitir la selección de uno o convinar la selección
HHPP + Cuenta Matriz.
d) Tablas Basicas: Debe seguir aplicando el proceso de crear, modificar, eliminar, debe tener interface con las
tablas existentes en RR.
 En el campo Tipo de tablas basicas solo se mostraran los Tipos Tablas que al ser creados fueron
asociados a la opcion Tablas Basicas (tipos de tablas creadas en el punto (c).
 El campo Modulo debe mostrar los modulos actuales: HHPP, Cuentas Matrices, Otros, si en la
creacion tipo de tablas se selecciono HHPP y Cuentas Matrices debe mostrar la union de estos dos,
lo que significa que el tipo de tabla aplicara tanto en HHPP como en CM. Las demas selecciones
aplicaran al modulo seleccionado. El modulo otros aplica para procesos diferentes a HHPP y Cuentas
Matrices.
FORMATO

Una ves seleccionado la opcion Tipo de tabla basica y modulo, se debe dar clic en el boton crear registro, el
cual redireccionala a una nueva ventana con los campos Id, Nombre, codigo Num, Abreviatura, Descripcion,
Estado, para cada campo aplicar la logica actual.
Nota: Se deben identificar todas las tablas basicas que existan en RR ejemplo
RR Opcion (Esc / 8 / 7)
 Mantenimiento estado de Nodo (Tabla Básica) (El dato nombre aplica para RR en el campo
descripción).
 Módulo de as400 cm no de RR
 Mantenimiento de Aliado (Tabla Básica) (El dato nombre aplica para RR en el campo descripción)
FORMATO

e) Mantenimiento de Tablas: Debe aplicar logica de Crear, actualizar, eliminar, debe tener interface con las
tablas existents en
 En el campo Tipo de tablas solo se mostraran los Tipos Tablas que al ser creados fueron asociados a
la opcion Mantenimiento Tablas (tipos de tablas creadas en el punto ( c)
 El campo Modulo debe mostrar los modulos actuales: HHPP, Cuentas Matrices, Otros, si en la
creacion tipo de tablas se selecciono HHPP y Cuentas Matrices debe mostrar la union de estos dos,
lo que significa que el tipo de tabla aplicara tanto en HHPP como en CM. Las demas selecciones
aplicaran al modulo seleccionado. El modulo otros aplica para procesos diferentes a HHPP y Cuentas
Matrices.
Una ves seleccionado la opcion Tipo de tabla y modulo, se debe dar clic en el boton crear registro, el cual redireccionala
a una nueva ventana con los campos Id, Nombre, codigo Num, Abreviatura, Descripcion, Estado e Info Adicional, en cada
campo debe aplicar la misma logica de tablas basicas, excepto Info Adicional la cual se detalla en el punto (f):
Venana Creacion:
Si se requiere hacer algun tipo de actualizacion o modificacion se debera entrar al registro del listado resumen el cual
tendra un hipervinculo y este redireccionara a la Ventana Modificacion:
FORMATO

f) Mantenimiento de tablas: A continuación se describen los diferentes tipos de tablas asociadas a esta tabla con
su propia estructura, la cual se habilita con el botón Info adicional:
 Tabla TIPO DE TECNOLOGIA: Los tipo de tecnología que se asocien a esta tabla, deberán tener
interface con RR y deberán se creadas, modificadas o eliminadas en la opción (esc / 8 /7 / 3), con la
siguiente información: La abreviatura se debe asignar en el campo Tipología máximo 3 caracteres
alfabéticos (en RR) , Descripción se debe asignar información del campo descripción máximo 30
caracteres alfanuméricos (en RR), Estado (a) o (i).
En el Tipo Tabla Tipo de Tecnología MGL al dar clic en el botón Info Adicional se despliega la Opción
Sub_Edificio como lista desplegable en la cual se puede seleccionar la opción Requerido, No Requerido, No
aplica, adicional la opción Tipo Vivienda como lista desplegable de Requerido, No Requerido, No aplica. Si la
selección en tipo de vivienda es Requerido se despliega un Sub_Menu como lista desplegable donde se
cargaran los tipos de vivienda existentes en el Administrador MGL. Esta lista debe permitir seleccionar todos
los tipos de vivienda o uno por uno.
Imagen 1 Creación.
Nota: información adicional solo aplica para MGL.
FORMATO

Imagen 2 Modificación.
Según el tipo de tecnología (Tipo Red) si la selección del campo Sub_Edificio es Requerido, de forma
automática en el formulario solicitar el campo Complemento se deberá habilitar y permitir ingresar
información, si la selección es No Requerido o no aplica, este campo en el formulario solicitar no debe permitir
ingresar información. Adicional en el campo Apartamento del formulario solicitar solo se deben mostrar los
tipos de unidades seleccionados en el campo Tipo Vivienda, los valores no seleccionados no se deberán
mostrar.
No aplica, requerido y no requerido.
FORMATO

 Nuevo campo: Soporte

Se requiere que la tabla tipo de tecnológica tenga un nuevo campo nombrado Soporte y la lista desplegable de
Requerido, No requerido y No Aplica. El área usuaria realizara la marcación la cual será validada en el proceso
solicitar creacion HHPP el cual se detalle en el documento Formulario Solicitar_Gestionar_HHPP_25-05-17_V2.
FORMATO

 Tabla Mantenimiento de Nodos: Los Nodos que se asocien a esta tabla, deberán tener interface con
RR y deberán se creadas, modificadas o eliminadas en la opción (esc / 8 /7 / 1).
Campos:Nombre: Campo texto recibe 21 valores (RR) alfanuméricos Este dato se debe enviar al
campo Nombre en RR.
 Abreviatura: El sistema de forma automática genera la abreviatura dependendiendo del
nombre, se requiere que este campo siga manteniendo la misma lógica pero que permita
realizar cambios de valores si así se requiere, Campo texto recibe 6 valores (RR)
alfanuméricos. Este dato se debe enviar al campo Código del Nodo en RR.
 Aliado: Caja texto recibe 2 valores (RR) alfabéticos, al ingresar en el campo Código la sigla
del aliado este debe interactuar con Tabla Básica Aliados, y traer la información registrada
en el campo Nombre, esta se deberá asignar en el campo aliado RR.
 División: Campo texto recibe 3 valores (RR) alfabéticos, al ingresar en el campo código la
sigla de la división, este debe interactuar con base de datos y traer el nombre de la división,
ejemplo Código RVA descripción Regional Valle. Esta se deberá asignar en el campo
División de RR.
 Divisional: Campo texto recibe 1 valor (RR) numéricos, al ingresar en el campo código el
número, este debe interactuar con base de datos y traer el nombre de la divisional,
ejemplo Código 5 descripción 5. OCCIDENTE. Esta se deberá asignar en el campo Divisional
de RR.
 Id Área: Campo texto recibe 2 valores (RR) numéricos, al ingresar en el campo código el
número, este debe interactuar con base de datos y traer el nombre del Área ejemplo
Código 01 descripción 5.1 CALI. Esta se deberá asignar en el campo ID Área de RR.
 Id Zona: Campo texto recibe 3 valores (RR) numéricos, al ingresar en el campo código el
número, este debe interactuar con base de datos y traer el nombre del Zona ejemplo
Código 512 descripción 5.1.2 CALI CENTRO. Esta se deberá asignar en el campo ID Zona de
RR.
 Comunidad: Campo texto recibe 3 valores (RR) alfanuméricos, al ingresar en el campo
código el numero este debe interactuar con base de datos y traer el nombre de la
comunidad.
 Id Distrito: Campo texto recibe 3 valores (RR) alfanuméricos, al ingresar en el campo
código el dato, este debe interactuar con base de datos y traer el nombre del Distrito
ejemplo Código 52C descripción 501512 5.1.2.1 DISTRITO 1. Esta se deberá asignar en el
campo ID Distrito de RR.
FORMATO

 Unidad Gestion: Campo texto recibe 4 valores (RR) numéricos, al ingresar en el campo
código el dato, este debe interactuar con base de datos y traer el nombre de la Unidad
gestión ejemplo Código 5001 descripción 5001. Esta se deberá asignar en el campo Unidad
Gestion de RR.
 Tipología tecnología: campo texto recibe 3 valores (RR) alfabéticos, al ingresar en el campo
Código la sigla de la tipología tecnología, este debe interactuar con Mantenimiento Tabla
Tipología de tecnología y traer el Nombre, esta se deberá asignar en el campo tipología de
red en RR.
 Estado Nodo: campo texto recibe 3 valores (RR) alfabéticos, al ingresar en el campo Código
la sigla del estado nodo este debe interactuar con Tabla Básica estado Nodo, y traer la
información registrada en el campo Nombre, esta se deberá asignar en el campo estado
nodo RR.
 Fecha Apertura: Tipo Calendario, al seleccionar la fecha, se deberá asignar la fecha en RR
en la opción Esc 1 / 2 / 80 / 6, en esta tabla se deberá enviar el Código Nodo fecha
apertura.
 Costo Red: Campo texto recibe 20 valores (RR) formato miles, este dato se deberá asignar
en RR en la opción Esc 1 / 2 / 80 / 6 campo Costo de Red.
 Límites: Campo texto recibe 50 valores (RR) Alfanuméricos, este dato se deberá asignar en
RR en la opción Esc 1 / 2 / 80 / 6 campo límites.
Modificación o eliminación
FORMATO

Nota: No se podrán eliminar Tipos de Tablas, Mantenimientos de Tablas y Tablas básicas que se encuentren en usos.
 Documentación: Pendiente otras tablas que se encuentran en construcción.
Tabla Estado Edificio: Esta tabla existe actualmente en tablas básicas y se debe migrar a Mantenimiento de
Tablas, en información adicional se debe desplegar las siguientes opciones:
 Estado Indica Multiples edificios Y/N
 Validar estado constructora Y/N
 Excepción Radiografía Y/N
En estas opciones debe existir la opción de Y si aplica o N No aplica, esta parametrización de datos debe ser
enviada a RR, opción Esc / 1 / 2 / 3 al momento de crear un nuevo estado.
Creacion
FORMATO

Modificación
 Tabla Tipo de Trabajo (RR Opción: Esc / 1 / 2 / 9) Aplica la misma lógica de la tabla Estado Edificio, y los
campos a parametrizar son:
 Tabla Estado Resultado de la OT: (RR Opción: Esc / 1 / 2 / 17) Aplica la misma lógica de la tabla Estado
Edición, y los campos a parametrizar son:
FORMATO

 Tabla Tipo de Nota: (RR Opción: Esc / 1 / 2 / 10) Aplica la misma lógica de la tabla Estado Edición, y los
campos a parametrizar son:
 Tabla Tipo de proyecto: (RR Opción: Esc / 1 / 2 / 80 / 2) Aplica la misma lógica de la tabla Estado Edición, y
los campos a parametrizar son:
g) Las tablas Básicas que serán creadas en MGL y que deben replicar información a RR son:
 Tabla Tipo de Distribución Interna: RR Opción: Esc / 1 / 2 / 11) .
 Tabla Ubicación de Caja: RR Opción: Esc / 1 / 2 / 12) . Es la misma ubicación de equipos?
 Tabla Punto Inicial: RR Opción: Esc / 1 / 2 / 13) .
 Tabla Tipo Acometida RR Opción: Esc / 1 / 2 / 14) .
 Tabla Alimentación Electrica: RR Opción: Esc / 1 / 2 / 15) .
 Tabla Causas de Mantenimiento: RR Opción: Esc / 1 / 2 / 16) .
 Tabla promovedor: RR Opción: Esc / 1 / 2 / 18) .
 Tabla Materiales: RR Opción: Esc / 1 / 2 / 19) .
 Tabla Materiales por Proveedor RR Opción: Esc / 1 / 2 / 20).
 Tabla Tipo de Material: RR Opción: Esc / 1 / 2 / 21).
 Tabla Supervisor: RR Opción: Esc / 1 / 2 / 80 / 8).
 Tabla Asesor: RR Opción: Esc / 1 / 2 / 80 / 9)
 Tabla Estados: RR Opción: Esc / 1 / 2 / 80 / 10) de que ¿
 Tabla Motivo Cambio fecha fin acom: RR Opción: Esc / 1 / 2 / 80 / 12)
FORMATO

h) Toda acción que se realice en MGL Administrador de tablas, debe tener sincronización en línea hacia RR, todo
registro creado, modificado o eliminado en MGL se debe ingresar a RR de forma automática, solo aplica para
las tablas existentes en RR. Se debe tener en cuenta que pueden existir tipos de tablas que son nuevas en
MGL por ende no existen en RR.
Cada tipo de tabla, tablas básicas y mantenimiento de tabla debe mostrar un listado con el resumen de los
registros creados con los campos: ID, Código, nombre, abreviatura, descripción, Modulo, estado y log, el log
debe ser tipo hipervínculo y re direccionar a la ventana de log con la siguiente información: Titulo Tipo de
Tabla, Usuario, Fecha formato AAAA / MM/DD, Hora, Justificación Valor Anterior, Después. La pantalla de
notas debe tener barras de desplazamiento.
Imagen 1, Tipo de tabla con Hipervínculo de Log, Imagen 2 detalle Log.
Al seleccionar hipervínculo Log redirección a la siguiente pantalla.
i) Debe existir un proceso de migración de la data existente en las tablas RR a Tablas MGL.
FORMATO

4. REQUERIMIENTOS NO FUNCIONALES (Diligenciamiento Obligatorio, en caso de no tener requerimientos diligenciar

con: N/A)
4.1Rendimiento
[Diligenciar únicamente por las áreas usuarias. Indique cualquier necesidad particular sobre los tiempos de
respuesta. En este caso se define el umbral de tiempo máximo aceptable para el usuario en recibir su respuesta. Ej: el
En línea.
servicio debe contestar en menos de 2seg.]
4.2Disponibilidad mínima requerida

[Diligenciar únicamente por las áreas usuarias. A) Hace referencia al horario en que se va a utilizar el servicio y por
tanto se requiere que esté disponible. B) Debe indicarse brevemente la criticidad en términos de impacto para el
escenario en que el servicio no esté disponible dentro de la ventana de tiempo solicitada]
La disponibilidad debe ser 7 x 24.
4.3 Número máximo de transacciones esperadas por minuto, en hora pico

[Diligenciar únicamente por las áreas usuarias. Hace referencia a la cantidad de transacciones o utilización del
servicio expuesto durante el periodo de tiempo de mayor utilización.]
4.4 Número promedio de transacciones esperadas por minuto

[Diligenciar únicamente por las áreas usuarias. Hace referencia a la cantidad de transacciones o utilización del
servicio expuesto por minuto]
FORMATO

4.5 Proyección de crecimiento

[Diligenciar únicamente por las áreas usuarias. Cantidad promedio de transacciones esperadas en los próximos
periodos De acuerdo a las proyecciones realizadas, se puede esperar que el volumen transaccional crezca en un X
No se tiene una estimación, al ser un servicio nuevo.
porcentaje de manera semanal, mensual o anual, según aplique.]
4.6 Aseguramiento y Control (Diligenciamiento Opcional)

[Diligenciar únicamente por el área de Aseguramiento de Ingresos. Hace referencia al análisis de riesgo sobre la
cadena de ingresos involucrada, el diseño de controles y los requerimientos de información necesarios para su
No aplica
implementación]
4.7 Seguridad, auditoria y confidencialidad de la información

[Diligenciar únicamente por las áreas usuarias. Describa los parámetros de seguridad, auditoria y confidencialidad de
la información a tener en cuenta en la implementación de este requerimiento. Se debe establecer cualquier necesidad
Generación de reportes.
Asignación Roles módulo MGL visitas técnicas.
Manejo de ANS
Generar alarmas
Consulta de log´s
FORMATO

particular sobre el manejo de los datos, tanto para casos de éxito como de fallo o en caso que requiera ser
encriptada, compartida con otros servicios, etc.]
5. FACTIBILIDAD DEL REQUERIMIENTO O CAMBIO (Diligenciamiento Obligatorio)

[Diligenciar por las áreas de desarrollo y áreas usuarias. Diligencie en el campo Si/No según la factibilidad del
requerimiento y adicione la respectiva justificación]
TIPO SI/NO JUSTIFICACIÓN

TÉCNICA
OPERATIVA SI
LEGAL/IMPOSITIVA (IMPUESTOS)
ANALISIS COSTO/BENEFICIO
ASEGURAMIENTO Y CONTROL
6. SUPUESTOS Y RESTRICCIONES (Diligenciamiento Opcional)

[Diligenciar por las áreas de desarrollo y áreas usuarias. Describa los supuestos y las restricciones asociadas con el
cambio/modificación del sistema]
Descripción Observaciones
No aplica
7. RIESGOS (Diligenciamiento Obligatorio)

[Diligenciar únicamente por las áreas usuarias. Describa los riesgos asociados con el requerimiento solicitado]
Descripción Mitigación
No aplica
FORMATO

7.1. Categorización de Riesgo (Diligenciamiento Obligatorio)

[Identifique la categoría de tratamiento de riesgo funcional de la solicitud de cambio y su autorizador]
(Para habilitar la edición debe ejecutar doble clic sobre el siguiente cuadro):
Moderado Gerente No No Aplica
NOMBRE: Luis Eduardo Peña Clavijo NOMBRE No Aplica
Gerente Ingenieria Planta Externa

CARGO: CARGO No Aplica
Ingenieria y Planeación
Nota: Si se mantiene la categorización del riesgo identificada en el formato “Solicitud de Cambio – Brief” se confirma o
en caso contrario se debe realizar el nuevo análisis de riesgo funcional y obtener las autorizaciones respectivas.
8. AUTORIZACIONES DE OTRAS ÁREAS INVOLUCRADAS (FIRMAS)

[Relacione las áreas involucradas, con el requerimiento solicitado]
ÁREA INVOLUCRADA 1 ÁREA INVOLUCRADA 2
Área
Nombre
Cargo
Firma
* Deben existir tantas firmas como áreas involucradas.

FSP Tablas 13 06 17 V3

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

FSP Tablas 13 06 17 V3

Transféré par

Droits d'auteur :

Formats disponibles

FORMATO

ESPECIFICACIONES FUNCIONALES - FSP - CR

Clasificación: Uso Interno. Pág. 1 de 21 Código AE3.11-F04

Nombre de la Solicitud: Escalamientos Area HHPP No. Brief: 01

Gerencia Solicitante: Luis Eduardo Peña Clavijo E-mail:

VERSIÓN FECHA ELABORÓ COMENTARIOS

1 20/10/2016 Maribel Barbosa

Clasificación: Uso Interno. Pág. 2 de 21 Código AE3.11-F04

1.1.Términos y Abreviaturas (Diligenciamiento Opcional)

Clasificación: Uso Interno. Pág. 3 de 21 Código AE3.11-F04

1.2. Descripción Funcional Actual (Diligenciamiento Obligatorio)

realizan, a quien se le entrega]

2. DESCRIPCIÓN GENERAL DEL CAMBIO

2.1. Objetivo y Alcance (Diligenciamiento Obligatorio)

Alcance del cambio:

Clasificación: Uso Interno. Pág. 4 de 21 Código AE3.11-F04

TIPO APLICA EXPLICACIÓN

5. Mejora operacional X Mejorar tiempos de respuestas.

3. REQUERIMIENTOS FUNCIONALES (Diligenciamiento Obligatorio)

3.1. Beneficios (Diligenciamiento Obligatoria)

Clasificación: Uso Interno. Pág. 5 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 6 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 7 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 8 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 9 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 10 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 11 de 21 Código AE3.11-F04

 Nuevo campo: Soporte

Clasificación: Uso Interno. Pág. 12 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 13 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 14 de 21 Código AE3.11-F04

 Documentación: Pendiente otras tablas que se encuentran en construcción.

Clasificación: Uso Interno. Pág. 15 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 16 de 21 Código AE3.11-F04

Clasificación: Uso Interno. Pág. 17 de 21 Código AE3.11-F04

Al seleccionar hipervínculo Log redirección a la siguiente pantalla.

Clasificación: Uso Interno. Pág. 18 de 21 Código AE3.11-F04

4. REQUERIMIENTOS NO FUNCIONALES (Diligenciamiento Obligatorio, en caso de no tener requerimientos diligenciar

servicio debe contestar en menos de 2seg.]

4.2Disponibilidad mínima requerida

La disponibilidad debe ser 7 x 24.

4.3 Número máximo de transacciones esperadas por minuto, en hora pico

servicio expuesto durante el periodo de tiempo de mayor utilización.]

4.4 Número promedio de transacciones esperadas por minuto

Clasificación: Uso Interno. Pág. 19 de 21 Código AE3.11-F04

4.5 Proyección de crecimiento

No se tiene una estimación, al ser un servicio nuevo.

porcentaje de manera semanal, mensual o anual, según aplique.]

4.6 Aseguramiento y Control (Diligenciamiento Opcional)

4.7 Seguridad, auditoria y confidencialidad de la información

Clasificación: Uso Interno. Pág. 20 de 21 Código AE3.11-F04

5. FACTIBILIDAD DEL REQUERIMIENTO O CAMBIO (Diligenciamiento Obligatorio)

TIPO SI/NO JUSTIFICACIÓN

6. SUPUESTOS Y RESTRICCIONES (Diligenciamiento Opcional)

7. RIESGOS (Diligenciamiento Obligatorio)

Clasificación: Uso Interno. Pág. 21 de 21 Código AE3.11-F04

7.1. Categorización de Riesgo (Diligenciamiento Obligatorio)

Moderado Gerente No No Aplica

NOMBRE: Luis Eduardo Peña Clavijo NOMBRE No Aplica

Gerente Ingenieria Planta Externa

8. AUTORIZACIONES DE OTRAS ÁREAS INVOLUCRADAS (FIRMAS)

ÁREA INVOLUCRADA 1 ÁREA INVOLUCRADA 2

* Deben existir tantas firmas como áreas involucradas.