Requerimientos de Desarrollo de Software Auditory Tracking

TECNOLOGIAS DE LA INFORMACION
REQUERIMIENTOS DE DESARROLLO DE SOFTWARE

SGI ONLINE >> KPI TRACKING (DASHBOARD)
I. INDICE
II. OBJETIVO .............................................................................................................................................................................................. 2

2.1 REQUERIMIENTOS FUNCIONALES: MÓDULOS ............................................................................................................................ 2
2.1.1 Módulos dependientes de Otros Sistemas ........................................................................................................................ 2
2.1.2 Módulo de Perfiles de Usuario. ......................................................................................................................................... 2
2.1.3 Módulo de Unidades de Medida ....................................................................................................................................... 3
2.1.4 Módulo de Objetivos del Negocio. .................................................................................................................................... 3
2.1.5 Módulo de KPIs del Negocio (Indicadores de Desempeño). .............................................................................................. 4
2.1.6 Módulo de KPIs Progress (Progreso del indicador). ........................................................................................................... 5
2.4.1 Módulo de KPIs Cierres Mensuales. .................................................................................................................................. 8
2.4.2 Módulo de KPIs Improvement Jobs (Acciones de Mejora). ............................................................................................... 9
2.4.3 Módulo de KPIs Dashboard (Tablero de Mando)............................................................................................................. 10
2.4.4 Módulo de Bitácora Transaccional. ................................................................................................................................. 11
2.4.5 Módulo de Reportes. ....................................................................................................................................................... 12
2.5 REQUERIMIENTOS NO FUNCIONALES: CARACTERISTICAS DEL SISTEMA .................................................................................. 12
2.5.1 Características del Sistema .............................................................................................................................................. 12
2.6 METODOLOGIA ......................................................................................................................................................................... 12
2.7 CONTROL DE CAMBIOS ............................................................................................................................................................. 13
2.8 ENTREGABLES............................................................................................................................................................................ 13
1
II. OBJETIVO
El objetivo del sistema es llevar un registro, control y seguimiento de los indicadores tácticos y estratégicos de la organización, agrupados
por procesos y subprocesos, los cuales constituyen las principales métricas que apoyan el cumplimiento de los objetivos del negocio. Estos
datos se presentan de forma centralizada a través de un cuadro de mando fácilmente navegable, extrayendo información desde diferentes
fuentes o en efecto presentando formularios online para alimentar los alcances realizados por las diferentes áreas en un periodo
determinado.
2.1 REQUERIMIENTOS FUNCIONALES: MÓDULOS
2.1.1 Módulos dependientes de Otros Sistemas
Para que este sistema funcione adecuadamente, debe alimentarse de la información complementaria cargada en los siguientes
módulos del sistema SGI ONLINE >> DOCUMENTAL MODULE:
 Módulo de sincronización con el Directorio Activo

 Módulo de Empresas.
 Módulo de Sistemas de Gestión.
 Módulo de Procesos y Subprocesos.
 Módulo de Relación Procesos Vs Sistemas.
2.1.2 Módulo de Perfiles de Usuario.
Corresponde al registro de los perfiles de acuerdo al a interacción de los usuarios con el sistema.
Llave Auto Llave

Campo Tipo Descripción
Primaria Numérico Foránea
CodigoPerfil Núm. Código identificador del registro. x x
NombrePerfil Texto. Hace relación al nombre del perfil.
DescripcionPerfil Texto. Descripción del perfil de acuerdo a los accesos y
funcionalidades.
EstadoPerfil Núm. Estado 1 -> Activo
Estado 0 -> Inactivo
Así mismo, el perfil deberá relacionar uno o más usuarios del Directorio Activo.
Llave Auto Llave

CodigoPerfil Núm. Código identificador del registro. x x
Usuario* Texto. Hace relación al usuario asociado al perfil. x x
* Un usuario no podrá pertenecer a varios perfiles. El usuario debe estar activo en el LDAP.
Casos de uso:
 Crear perfil, el cual presentará única y exclusivamente 3 perfiles que son:
Administrador: Puede acceder a todas las funciones de la aplicación.
Operador: Puede acceder únicamente al cargue y visualización de datos.
Directivo: Puede acceder únicamente a la visualización de datos.
Consideraciones:
El Administrador y Directivo pueden ver todos los indicadores a manera de consulta. El administrador podrá crear y
modificar campos del indicador y las métricas del mismo, en escenarios de aprobación de la gerencia.
El rol Operador puede ver únicamente la información del área (Unidad Organizacional a la que esté asociado el usuario en
el directorio activo – todos los usuarios tienen acceso a todos los sistemas)
2
Un usuario únicamente tiene un rol asociado.

Resumen de los perfiles.
Accesos Administrador Directivo Operativo
Módulos dependientes de Otros Sistemas x
Módulo de Perfiles de Usuario. x
Módulo de Unidades de Medida x
Módulo de Objetivos del Negocio. x
Módulo de KPIs del Negocio (Indicadores de Desempeño). x
Módulo de KPIs Progress (Progreso del indicador). x x
Módulo de KPIs Improvement Jobs (Acciones de Mejora). x x
Módulo de KPIs Dashboard (Tablero de Mando). x x x
Módulo de Bitácora Transaccional. x
Módulo de Reportes. x x x
 Cambiar perfil de un usuario.

 Habilitar / deshabilitar perfil.
 Asociar o Desasociar usuarios a un perfil.
2.1.3 Módulo de Unidades de Medida
Corresponde al módulo donde se ingresan las unidades de medida de los indicadores.
Llave Auto Llave

CodigoUM Núm. Código identificador del registro. x x
NombreUM Texto. Corresponde al nombre de la unidad de medida. x
EstadoUM Núm. Estado 1 -> Activo
2.1.4 Módulo de Objetivos del Negocio.
Corresponde al módulo donde se ingresan los objetivos corporativos del negocio o de las áreas.
Llave Auto Llave

CodigoObj Núm. Código identificador del registro. x x
AñoObj Núm. Corresponde al año donde se aplica el objetivo. x
DescripcionObj Texto. Hace relación a la descripción del objetivo.
TipoObj Texto. Puede ser:
ON -> Objetivo del Negocio o Corporativo.
OP -> Objetivo del Proceso (Gerencia o VP).
OS -> Objetivo del Subproceso (Departamento).
ReferenciaObj * Núm. Es el código del objetivo al cual hace referencia, de tal forma que la x
relación se da de la siguiente forma:
 Los objetivos que se encuentran en la cima son los de tipo ON
por lo tanto en estos objetivos el campo Referencia seria nulo
o el valor -1.
 Los objetivos que van en un segundo nivel son los tipo OP que
corresponden a los de las diferentes gerencias o
vicepresidencias. Estos llevan en el campo referencia el
código de cualquiera de los objetivos tipo ON.
 Corresponden a los objetivos de tercer nivel y son los tipos OS
de departamentos. Estos objetivos surgen como referencia y
aporte a los objetivos tipo OP.
ClasificacionObj Texto Puede ser “Táctico” o “Estratégico”.
SistemaObj** Corresponde al o los sistemas relacionados. Este campo es
solo informativo y no representa una llave foránea.
3
Llave Auto Llave

ProcesoObj*** Núm. Hace referencia al proceso responsable de este objetivo. Si x
el tipo de Objetivo es ON, este campo llevará un valor nulo
o -1.
SubProcesoObj*** Núm. Hace referencia al subproceso responsable de este x
objetivo. Si el tipo de Objetivo es OG, este campo llevará un
valor nulo o -1.
AvanceTrimestreObj Texto. Puede ser: 1Q, 2Q, 3Q o 4Q.
EstadoObj Núm. Estado 1 -> Activo
* Ver gráfico
** No está asociada necesariamente a la tabla de sistemas. Es un campo de referencia informativa.
*** Hace referencia a un registro de la tabla u objeto Proceso.
Año 208
Objetivo de Negocio 1 Objetivo de Negocio 2 Objetivo de Negocio 2

(ON1) (ON2) (ON2) Corporativos
Objetivo de Gerencia 1 Objetivo de Gerencia 2 Objetivo de Gerencia 3

(OG1) (OG2) (OG3)
De Procesos
Objetivo de Departameto 1 Objetivo de Departameto 2 Objetivo de Departameto 3 Objetivo de Departameto 4

(OD1) (OD2) (OD3) (OD4)
De Subprocesos
Casos de Uso:
 Crear un objetivo.
 Modificar datos de un objetivo.
 Consultar objetivo por código, tipo clasificación, proceso, subproceso o año de aplicación, avance trimestral o palabra clave.
 Habilitar o deshabilitar objetivo.
 Replicar objetivo(s) a otro año (Generalmente es un año siguiente).
2.1.5 Módulo de KPIs del Negocio (Indicadores de Desempeño).
Corresponde al módulo donde se ingresan los indicadores del negocio por Subprocesos.
Llave Auto Llave

CodigoKPI Núm. Código identificador del registro. x x
AñoKPI Núm. Corresponde al año donde se aplica el indicador. x
DescripcionPKI Texto. Hace relación a la descripción del indicador.
ClaseKPI Texto. Puede ser: “Estratégico”, “Táctico” u “Operativo”.
TipoKPI Texto. Puede ser: “Cualitativo” o “Cuantitativo”.

FormulaKPI Texto. Corresponde a la fórmula asociada al indicador.
SistemaKPI* Corresponde al o los sistemas relacionados. Este
campo es solo informativo y no representa una llave
foránea.
ProcesoKPI** Núm. Hace referencia al proceso responsable de este x
objetivo. Si el tipo de Objetivo es ON, este campo
llevará un valor nulo o -1.
SubProcesoKPI** Núm. Hace referencia al subproceso responsable de este x
objetivo. Si el tipo de Objetivo es OG, este campo
llevará un valor nulo o -1.
4
Llave Auto Llave

FuenteDatosKPI Texto. Corresponde a la fuente de datos de donde se extrae
el indicador.
UnidadMedidaKPI*** Núm. Corresponde a la unidad de medida utilizada en el x
indicador
FuenteDatosKPI Texto Hace referencia a la fuente donde se extraen los datos
del indicador. Es un campo de texto para explicar de
dónde se extrae la métrica.
FrecuenciaMedicionKPI Num. Hace referencia a los periodos de la medición y viene
dada en la unidad de “Mes”. Así:
 Si es mensual -> 1
 Si es bimensual -> 2
 Si es trimestral -> 3
 Si es semestral -> 6
 Si es anual -> 12
TipoMetaKPI Texto. Puede ser “Valor Único” o “Valor de un Rango”
MetaIniKPI Núm. Es el valor porcentual único o inicial que se quiere
alcanzar en el indicador.
MetaFinKPI Núm. Es el valor porcentual que se quiere alcanzar en el
indicador. Si el tipo de meta es por rango, este valor
queda en -1 o nulo.
TipoGráficaKPI Texto Es el tipo de gráfico representativo del indicador,
donde se mostrará el avance del mismo. Puede ser de
“barras” (alcance Vs meta), “tacómetro”, etc.
UserRespKPI Texto Usuario del Directorio Activo. Se asocia también al x
responsable del subproceso.
CargoUserRespKPI Texto Campo “Cargo” del usuario en el Directorio Activo.
GerenteRespKPI Texto Usuario del Directorio Activo. Se asocia también al x
responsable del proceso.
CargoGerenteRespKPI Texto Campo “Cargo” del usuario en el Directorio Activo.
UltimaActualizacionKPI DateTime Corresponde a la fecha/hora de la última
actualización del KPI.
EstadoKPI Núm. Estado 1 -> Activo
** No está asociada necesariamente a la tabla de sistemas. Es un campo de referencia informativa.
** Corresponde al proceso y subproceso asociado al indicador y viene del objeto o tabla Proceso.
*** Hace referencia al objeto o tabla UnidadMedida.
Casos de Uso:
 Crear un indicador (KPI).
 Modificar datos de un indicador (KPI).
 Consultar indicador(es) (KPI) por código, clase, tipo, proceso, subproceso o año de aplicación, unidad de medida, frecuencia
de medición, meta, tipo gráfica, usuario responsable, gerente responsable, o palabra clave.
 Habilitar o deshabilitar indicador (KPI).
 Replicar indicador (KPI) a otro año (Generalmente es un año siguiente).
2.1.6 Módulo de KPIs Progress (Progreso del indicador).
Corresponde al módulo donde se ingresan los valores alcanzados con el indicador y su comparación con la meta. Cuando un indicador es
replicado de un año a otro, debe generar los registros en blanco excepto el campo “meta de cada mes”, para reiniciar la medición en el
nuevo año, sin embargo el sistema debe mantener los históricos de años anteriores en modo de “Solo Lectura”.
5
Llave Auto Llave

CodigoKPIP * Núm. Código del indicador a medir. x x
AñoKPIP** Núm. Corresponde al año donde se aplica el indicador. x
MesKPIP Núm. Hace relación al mes del año, debe ser un valor entre x
1 y 12.
LogroKPIP Decimal Valor decimal (hasta 2 decimales) del logro alcanzado
por el indicador en el mes dado.
MetaKPIP Decimal Valor decimal (hasta 2 decimales) de la meta
propuesta para el indicador en el mes dado.
CumplimientoKPIP Decimal Valor porcentual. Operación automática:
= (LogroKPIP / MetaKPIP) *100
ComentarioKPIP Texto. Es un texto para que el usuario documente de manera
breve el comportamiento del indicador en ese mes.
NumOrdenKPIP Núm. Número que constituyeel orden asignado al
indicador.
* Viene de objeto o tabla indicador
** Año actual donde se encuentra activo del indicador.
Casos de uso:
 La hoja de KPIs Progress debe mostrarse como se muestra la figura de la parte inferior.
 El sistema debe bloquear los meses anteriores al periodo actual y solo debe permitir registrar los avances del último mes. Los
meses anteriores serán de “Solo Lectura”.
 Si el usuario se equivoca y guarda un valor incorrecto, debe solicitar la corrección al administrador del sistema para que este
haga el cambio requerido, previa autorización del Líder de Sistemas de Gestión.
 A manera de reporte, el sistema debe mostrar el cuadro de progreso así:
Donde el sistema deberá mostrar los promedios (campos en gris de la gráfica) de forma automática en los periodos establecidos
en el campo FrecuenciaMedicionKPI del Módulo KPI del Negocio, explicado anteriormente. Igualmente deberá generar el
promedio anual, como se muestra en la última fila de la imagen. Obsérvese que la única fila completa es la que corresponde a
las metas de cada mes, y el usuario alimentará solo los logros. El sistema debe permitir la exportación de este cuadro a formato
PDF o Excel. Al hacer clic sobre el mes, el sistema deberá mostrar un pop up con el comentario asociado al indicador en ese
periodo (campo ComentarioKPIP).
 Cuando se define la meta del indicador, copiar dicho valor en cada uno de los periodos de la fila Meta, según la frecuencia de
medición establecida y permitir al rol Administrador modificarla. La redistribución en los periodos de tiempo aplica únicamente
al crear el registro y las modificaciones posteriores deben realizarse periodo a periodo. El rol Administrador también puede
cambiar la meta de un periodo en particular, sin alterar la meta del indicador general, para registros de periodos anteriores.
 El método de Cálculo para Consolidación determina la manera para totalizar la información, ejemplo: si un indicador tiene
frecuencia mensual, suma o promedia (según se determine) para mostrar el valor trimestral.
 Con base en el cuadro anterior, el sistema deberá generar de forma dinámica y automática, la gráfica de despliegue de los datos
de acuerdo a la gráfica seleccionada en el campo TipoGráficaKPI del Módulo KPI del Negocio, explicado anteriormente. Así:
6
Gráfico de Barras contra meta Gráfico de Progreso
La gráfica debe mostrar claramente los valores Logrados vs Meta y su representación gráfica, también debe mostrar el título
del gráfico que corresponde al nombre del indicador. Además el grafico debe permitir:
o Mantener colores uniformes para todos los gráficos.
o Su exportación a PDF o formato de imagen png y jpg en alta resolución.
o Aplicar filtros de tiempo como “Última semana”, “Ultimo Mes”, “Ultimo trimestre” etc.
o Las gráficas deben ser actualizadas en tiempo real, una vez se ingrese o modifique la información asociada.
Gráficas permitidas:
1. Los indicadores cualitativos se representan con una gráfica tipo tacómetro (gauge). Se debe permitir la incorporación de un
semáforo Rojo, Amarillo y Verde para evidenciar el progreso; con valores ajustables por indicador.
2. Los indicadores cuantitativos se representan con una gráfica compuesta de alguno de los siguientes tipos:
2.1 Columnas para graficar el desempeño del periodo y Línea para graficar la meta.
2.2 Columnas para graficar el desempeño del periodo (con semáforo), Líneas para graficar la meta, columna para promedio y
columna para presupuesto (Ejemplo Indicador 66 de Producción).
7
Se debe permitir la incorporación de un semáforo Rojo, Amarillo

y Verde para evidenciar el progreso por periodo; con valores
ajustables por indicador; así como un valor global de promedio y
presupuesto general.
2.3 Columnas con Series.
Se debe permitir la incorporación del nombre de las

series y la etiqueta del eje.
2.4 Columnas con Series Apiladas y puntos con doble eje.
Se debe permitir la incorporación del nombre de las series, la

etiqueta del eje y el valor del punto por cada etiqueta.
2.4.1 Módulo de KPIs Cierres Mensuales.
El sistema debe permitir almacenar un parámetro de cierre mensual que es la fecha máxima para la carga del indicador en la tabla de
valores cada mes. Por Ej: máximo el 10 de cada mes, el sistema quedara habilitado con este campo hasta el día 10 del mes actual a las
23:59:59, después de esta fecha, el campo quedará en solo lectura para el usuario y solo lo podrá digitar el administrador del sistema. En
caso que el día 10 no sea un día hábil, se puede parametrizar con la fecha correspondiente al siguiente día hábil.
Llave Auto Llave

AñoCierreID Núm. Código del Cierre Anual x x
AñoCierre Núm. Corresponde al año donde se aplica en los cierres mensuales.
FechaCierreEne Date. Fecha de Cierre del mes de enero
FechaCierreFeb Date. Fecha de Cierre del mes de febrero
FechaCierreMar Date. Fecha de Cierre del mes de marzo
FechaCierreAbr Date. Fecha de Cierre del mes de abril
8
Llave Auto Llave

FechaCierreMay Date. Fecha de Cierre del mes de mayo
FechaCierreJun Date. Fecha de Cierre del mes de junio
FechaCierreJul Date. Fecha de Cierre del mes de julio
FechaCierreAgo Date. Fecha de Cierre del mes de agosto
FechaCierreSep Date. Fecha de Cierre del mes de septiembre
FechaCierreOct Date. Fecha de Cierre del mes de octubre
FechaCierreNov Date. Fecha de Cierre del mes de noviembre
FechaCierreDic Date. Fecha de Cierre del mes de diciembre y del año.
Casos de uso:
 Crear un registro de cierres de un año.

 Actualizar fecha de cierre de un mes.
 El cierre es general para todos los procesos y subprocesos del sistema.
 Una vez marcado un año como cerrado, toda la información queda en modo lectura y no es permitido cualquier modificación
de información.
2.4.2 Módulo de KPIs Improvement Jobs (Acciones de Mejora).
Corresponde al módulo donde se registra y hace seguimiento a las acciones de mejora que favorecen el indicador.
Llave Auto Llave

CodigoKPIM * Núm. Código del indicador a mejorar. x x
AñoKPIM** Núm. Corresponde al año donde se aplica el indicador. x
CscKPIM Núm. Valor consecutivo asociado a la tarea de mejora. Es x x
consecutivo se renueva con base la combinación de
los dos primeros campos.
FechaAnalisisKPIM Date. Fecha del análisis de la acción o tarea de mejora.
AnalisisKPIM Texto. Descripción del análisis detectado.
ActividadKPIM Texto. Descripción de la acción o tarea a desarrollar.
ResponsablesKPIM Texto. El sistema debe traer como máximo 2 usuarios del
Directorio Activo.
FechaPropCierreKPIM Date. Fecha propuesta para la implementación de la acción.
FechaRealCierreKPIM Date. Fecha real para la implementación y cierre de la
acción.
SeguimientoKPIM Puede tomar alguno de los siguientes valores:
 Diario.  Bimensual
 Semanal.  Trimestral.
 Quincenal.  Semestral.
 Mensual.  Anual.
AvanceKPIM Decimal. Permite hasta 2 decimales. Porcentaje de avance de
la acción o tarea. No debe superar el valor de 100.
EstadoKPIM Texto. Puede tomar alguno de los siguientes valores:
 En inicio / planeación.
 En desarrollo / ejecución.
 En pruebas / supervisión.
 En productivo / cerrado.
* Viene de objeto o tabla indicador
** Año actual donde se encuentra activo del indicador.
Casos de uso.
 Agregar una acción de mejora.
 Actualizar datos de una acción de mejora.
 Habilitar o deshabilitar una acción de mejora.
9
 Reporte de “KPIs Improvement Jobs” de un Indicador específico, así:
Debe permitir su exportación a Excel o PDF.

 Reporte de acciones de mejora de todos los indicadores de un proceso o subproceso especifico.
 Generar alerta al correo electrónico del responsable del indicador cuando falten días para vencer el indicador a través del
campo FechaPropCierreKPIM (la diferencia en días sea divisible en 30).
 Ver acciones de mejora históricos si el indicador proviene de años anteriores.
 Al cerrar el año, si existen acciones de mejoramiento pendientes de cierre deben ser trasladadas al nuevo año para realizar
seguimiento.
 Extender plazo en fecha de una acción de mejora. Puede darse hasta un nuevo año (siguiente año), si el indicador se decir
extender.
2.4.3 Módulo de KPIs Dashboard (Tablero de Mando).
El Módulo de KPIs dashboard es una representación gráfica de las principales métricas o KPIs que intervienen en la consecución de los
objetivos de la estrategia del negocio.
Imagen 1
10
Imagen 2
El sistema debe permitir:

 Los usuarios con perfil Administrador y Directivo puedan visualizar todos los procesos y sus respectivas gráficas, con la opción
de descarga. (imagen1)
 Los usuarios con perfil Administrador y Directivo al hacer clic sobre la gráfica podrán ver la hoja de vida del indicador que es
una integración entre el Perfil del indicador + la tabla asociada al KPIs Progress (Progreso del Indicador) + tabla de KPIs
Improvement Jobs (Acciones de Mejora). Toda esta información serpa única y exclusivamente en modo consulta o “Read
Only” y se debe dar la opción de descarga de todo el reporte en PDF. (imagen2)
 Los usuarios con perfil Operativo solo podrán ver las gráficas asociadas a su proceso. (imagen1)
 Los usuarios con perfil Operativo al hacer clic sobre la gráfica podrán ver la hoja de vida del indicador que es una integración
entre el Perfil del indicador + la tabla asociada al KPIs Progress (Progreso del Indicador) + tabla de KPIs Improvement Jobs
(Acciones de Mejora). Toda esta información serpa única y exclusivamente en modo consulta o “Read Only” y se debe dar la
opción de descarga de todo el reporte en PDF y de edición para actualizar el progreso o las acciones de mejora del indicador.
(imagen2)
2.4.4 Módulo de Bitácora Transaccional.
Corresponde al registro de los movimientos, transacciones y descargas de los documentos en los sistemas.
Llave Auto Llave

FechaTransaccion DateTime. Fecha/Hora de la transacción. x x
Usuario* Texto. Hace relación al usuario que ejecuta la transacción. x x
Transacción Texto. Descripción de la transacción realizada por el usuario.
En este módulo se deja a criterio del oferente la propuesta para el manejo de la bitácora.
Alcance de la bitácora:
 Acceso a la aplicación
 Cierre de la aplicación
 Creación de registros
 Modificación / eliminación de registros
11
2.4.5 Módulo de Reportes.
El reporteador deberá presentar las siguientes vistas con opción de exportación a PDF, Excel y Word.
 Reporte de objetivos código, tipo clasificación, proceso, subproceso o año de aplicación, avance trimestral o palabra clave.
 Reporte de indicador(es) (KPI) por código, clase, tipo, proceso, subproceso o año de aplicación, unidad de medida, frecuencia
de medición, meta, tipo gráfica, usuario responsable, gerente responsable o palabra clave.
 Matriz de desempeño de indicadores por proceso/subproceso. Ej:
PROCESO: ADMINISTRACION
SUBPROCESO: IT (TECNOLOGIAS DE LA INFORMACION)
INDICADOR ENE FEB MAR ABR MAY JUN JUL AGO SEP OCT NOV DIC
Cumplimiento de Cronograma BSC 10.23 22.33 34.43 46.53 58.63 70.73 82.83 94.93 107.03 119.13 131.23 143.33
Acuerdos de Niveles de Servicio 33.35 45.45 57.55 69.65 81.75 93.85 105.95 118.05 130.15 142.25 154.35 166.45
Disponibilidad de Telecomunicaciones 43.58 67.78 91.98 116.18 140.38 164.58 188.78 212.98 237.18 261.38 285.58 309.78
Disponibilidad de Infraestructura 26.73 63.03 99.33 135.63 171.93 208.23 244.53 280.83 317.13 353.43 389.73 426.03
Desarrollo de Aplicaciones 15.23 15.23 15.23 15.23 15.23 15.23 15.23 15.23 15.23 15.23 15.23 15.23
 Reporte de la bitácora transaccional por usuario y/o periodo de tiempo.
2.5 REQUERIMIENTOS NO FUNCIONALES: CARACTERISTICAS DEL SISTEMA
El sistema deberá ser en ambiente web y se tiene la opción de desarrollarse bajo plataformas Microsoft Visual Studio .Net o Microsoft
SharePoint asociado a office 365, combinando con motores de bases de datos SQL Server. Las propuestas ofertadas bajo otras plataformas
serán descartadas del proceso.
2.5.1 Características del Sistema
 Autenticación con el Directorio Activo: kerberos.

 Adoptar “look and feel” con un ancho de pantalla autoajustable, para visualización sobre diferentes dispositivos pc, tabletas y
teléfonos móviles.
 Compatibilidad con los navegadores: Internet Explorer, Google Chrome y Safari.
 El front-end del sistema de información debe ser en español. La interfaz gráfica debe realizarse de acuerdo a los lineamientos de la
organización respecto al manejo de colores, logos y control de marca.
 Los mensajes del sistema (informativos, error, warnings) deben ser lo suficientemente claros y de fácil interpretación por parte del
usuario.
 El sistema debe presentar un interfaz de fácil navegación.
2.6 METODOLOGIA
El proyecto se basa en la metodología Scrum o PMP cumpliendo con los estándares requeridos según la metodología aplicada, con la
asignación del proyecto al oferente, quien en su oferta deberá exponer claramente los costos que surjan a partir de un cronograma
establecido claramente con sus hitos, rutas críticas, recursos a emplear, etc. Se deberá asignar un Gerente de Proyecto y presentar un
organigrama con los participantes del lado del proveedor.
Se desarrollarán reuniones periódicas en común acuerdo entre la compañía y el proveedor para evaluar y hacer seguimiento del mismo
presentando avances sobre un producto mínimo viable. En cada reunión se generará el acta de entrega a pruebas de usuario del proceso
y/o modulo visto en la misma (en caso que aplique). En caso que esta reunión sea informativa o de ajuste de proceso, también se deberá
documentar en el acta y ser firmada por los participantes.
12
La compañía se compromete a suministrar la información requerida en una fecha específica determinada por las partes, en aras de aclarar
cualquier inquietud o confirmar cualquier supuesto. Para hacer efectiva esta premisa, el proveedor deberá tener un Acuerdo de
Confidencialidad con la organización para poder cumplir con los entregables de información sensible de la organización.
2.7 CONTROL DE CAMBIOS
Los cambios se realizaran de acuerdo a la complejidad del mismo. Si estos son de forma sin alterar el código, el proveedor deberá presentar
el impacto en tiempo; en el caso que el cambio requiera ajustes estructurales que involucren líneas de código complejas, se establecerá
un costo en común acuerdo entre las partes por cada evento a desarrollar.
Los cambios deben ser documentados y entregados a la organización, para que esta sea aprobada por la gerencia, para ello el único canal
de aprobación debe ser la Coordinación IT o a quien se delegue para tal función. Cualquier cambio solicitado por un usuario ajeno a la
Coordinación IT, debe ser revisado por la Coordinación IT y en efecto ser aprobado por la Gerencia Administrativa.
La Gerencia Administrativa y la coordinación IT se reservan el derecho de aprobar o rechazar algún cambio por razones de alcance
funcional, presupuesto, tiempos o cualquier otra razón. En estos casos se tomará en cuenta tal cambio para una futura versión del sistema.
De ésta forma, el proveedor se abstendrá de desarrollar cualquier cambio emitido por un usuario ajeno al a Coordinación IT, quien no
asumirá responsabilidad sobre los posibles costos asociados a tales cambios.
Así mismo, el proveedor presentará alternativas de solución a los cambios aprobados por la Gerencia administrativa, a través de la
Coordinación IT y su impacto en cuanto alcance, costos, tiempo y funcionalidad.
2.8 ENTREGABLES
El proveedor deberá entregar a entera satisfacción de la organización, los siguientes recursos.
 Implementación del software en la plataforma designada por la organización: Podría ser SharePoint en ambiente onCloud a
través de Office 365 o un servidor web en caso de desarrollarse en ambientes Visual Studio.Net.
 Documentación, en formato PDF e idioma español:

o Manual del Sistema.
o Manual de Usuario.
o Modelo Entidad – Relación.
o Diccionario de Datos.
o Código Fuente: Aplicación y base de datos.
 Garantía: El proveedor ofrecerá un periodo de garantía sobre las funcionalidades del desarrollo, el tal manera que el proveedor
será responsable de las modificaciones que se puedan presentar, durante este periodo, ocasionadas por la deficiencia en la
calidad del desarrollo, y será su obligación, sin costo adicional, la realización de las mismas a que haya lugar; de igual manera se
aclara, que cualquier otro tipo de modificación se considera como un desarrollo adicional y su costo estará a cargo de la
organización, tal cual se explicó en el numeral de CONTROL DE CAMBIOS.
13

Requerimientos de Desarrollo de Software Auditory Tracking

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Requerimientos de Desarrollo de Software Auditory Tracking

Încărcat de

Drepturi de autor:

Formate disponibile

TECNOLOGIAS DE LA INFORMACION

REQUERIMIENTOS DE DESARROLLO DE SOFTWARE

II. OBJETIVO .............................................................................................................................................................................................. 2

2.1 REQUERIMIENTOS FUNCIONALES: MÓDULOS

2.1.1 Módulos dependientes de Otros Sistemas

 Módulo de sincronización con el Directorio Activo

2.1.2 Módulo de Perfiles de Usuario.

Llave Auto Llave

Llave Auto Llave

Un usuario únicamente tiene un rol asociado.

 Cambiar perfil de un usuario.

2.1.3 Módulo de Unidades de Medida

Corresponde al módulo donde se ingresan las unidades de medida de los indicadores.

Llave Auto Llave

2.1.4 Módulo de Objetivos del Negocio.

Llave Auto Llave

Llave Auto Llave

Objetivo de Negocio 1 Objetivo de Negocio 2 Objetivo de Negocio 2

Objetivo de Gerencia 1 Objetivo de Gerencia 2 Objetivo de Gerencia 3

Objetivo de Departameto 1 Objetivo de Departameto 2 Objetivo de Departameto 3 Objetivo de Departameto 4

2.1.5 Módulo de KPIs del Negocio (Indicadores de Desempeño).

Llave Auto Llave

TipoKPI Texto. Puede ser: “Cualitativo” o “Cuantitativo”.

Llave Auto Llave

2.1.6 Módulo de KPIs Progress (Progreso del indicador).

Llave Auto Llave

 A manera de reporte, el sistema debe mostrar el cuadro de progreso así:

Gráfico de Barras contra meta Gráfico de Progreso

Se debe permitir la incorporación de un semáforo Rojo, Amarillo

2.3 Columnas con Series.

Se debe permitir la incorporación del nombre de las

2.4 Columnas con Series Apiladas y puntos con doble eje.

Se debe permitir la incorporación del nombre de las series, la

2.4.1 Módulo de KPIs Cierres Mensuales.

Llave Auto Llave

Llave Auto Llave

 Crear un registro de cierres de un año.

2.4.2 Módulo de KPIs Improvement Jobs (Acciones de Mejora).

Llave Auto Llave

 Reporte de “KPIs Improvement Jobs” de un Indicador específico, así:

Debe permitir su exportación a Excel o PDF.

2.4.3 Módulo de KPIs Dashboard (Tablero de Mando).

El sistema debe permitir:

2.4.4 Módulo de Bitácora Transaccional.

Llave Auto Llave

2.4.5 Módulo de Reportes.

 Reporte de la bitácora transaccional por usuario y/o periodo de tiempo.

2.5 REQUERIMIENTOS NO FUNCIONALES: CARACTERISTICAS DEL SISTEMA

2.5.1 Características del Sistema

 Autenticación con el Directorio Activo: kerberos.

2.7 CONTROL DE CAMBIOS

El proveedor deberá entregar a entera satisfacción de la organización, los siguientes recursos.

 Documentación, en formato PDF e idioma español:

S-ar putea să vă placă și