MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL BOGOTÁ, SEPTIEMBRE DE SIG-F05 VERSIÓN 2 (28 de Noviembre del 2014)
TABLA DE CONTENIDO 1. PROPÓSITO... 3 2. ALCANCE... 3 3. DOCUMENTOS DEL SIGI ASOCIADOS A LA GUÍA... 3 4. DEFINICIONES... 3 5. CONSIDERACIONES... 6 6. DILIGENCIAMIENTO DE FORMATOS... 10 6.1. Formato CVS-F16 Matriz cálculo de puntos funcionales... 10 6.2 Formato CVS-F17 Ficha técnica de estimación de esfuerzo... 20 2
1. PROPÓSITO Orientar las actividades a realizar para estimar el esfuerzo requerido para el desarrollo ó mantenimiento de una funcionalidad en un sistema de información, de la cual se puede reconocer un pago. 2. ALCANCE El documento está basado en el uso de la metodología de Estimación de Puntos Funcionales, a través del diligenciamiento del formato CVS-F16 Matriz Calculo de Puntos Funcionales. Se aplicará a todo desarrollo de software y/o mantenimiento realizado por un tercero sobre un Sistema de Información Misional del Ministerio de Salud y Protección Social MSPS- como una buena práctica. Inicialmente se aplica a todos los desarrollos considerados con el Administrador Fiduciario 1. 3. DOCUMENTOS DEL SIGI ASOCIADOS A LA GUÍA Proceso CVS Ciclo de Vida y Reingeniería de Sistemas de Información Procedimiento CVS-P03 Estimación puntos funcionales Formatos: o CVS-F16 Matriz calculo de puntos funcionales o CVS-F17 Ficha técnica de estimación de esfuerzo 4. DEFINICIONES Línea de negocio: denominación que se ha dado a cada uno de los módulos que componen el Sistema de Información del FOSYGA 2. 1 Contrato 467 de 2011 2 Fondo de Solidaridad y Garantía (FOSYGA) es una cuenta adscrita al Ministerio de Salud y Protección Social manejada por encargo fiduciario, sin personería jurídica ni planta de personal propia, cuyos recursos se destinan a la inversión en salud. Tomado de http://www.fosyga.gov.co/acercadelfosyga/qu%c3%a9eselfosyga/tabid/103/default.aspx Consultado en Febrero/. 3
Módulos del Sistema de Información del Fosyga: corresponde a los componentes de software aplicativo que opera la solución. Se encuentran los siguientes: BDUA: Aplicación encargada de la administración de las afiliaciones del Sistema General de Seguridad Social en Salud (SGSSS). CCF: Aplicación encargada de recibir la información de ingresos registrados de las Cajas de Compensación Familiar CRE: Aplicación que administra la información referente a los ingresos realizados para el proceso de compensación COM: Aplicación que gestiona la información del proceso de giro y compensación y el régimen contributivo que realizan las EPS / EOC del SGSSS ECAT: Aplicación que administra la información referente a las reclamaciones por Accidentes de Tránsito y Eventos Catastróficos ERP: Módulos financieros del Fosyga (Presupuesto, Bancos, Contabilidad, Proyectos y Contratos, Clientes y Proveedores) DNN: Intranet y extranet DNN LMA: Liquidación mensual de afiliados MAVU: Malla de Verificación única MUI: Aplicación que administra la información referente a los ingresos realizados por las entidades obligadas a realizar pagos al Administrador FIDUCIARIO MYT: Aplicación que administra la información referente a los Recobros por Medicamentos y fallos de Tutelas realizadas por las entidades pertenecientes al SGSSS. PQR: Peticiones quejas y reclamos PRE: Aplicación utilizada para la administración de los proceso de repetición realizados a terceros PRO: Aplicación utilizada para el ingreso de todos los movimientos del portafolio administrado por la Fiduciaria. REX: Aplicación utilizada para toda la administración de los afiliados pertenecientes al Régimen de Excepción. SEGURIDAD_SGSI: Sistema de Gestión de Seguridad de la Información SGD: Aplicación que administra toda la información de correspondencia, comunicaciones y radicación de reclamaciones de ECAT y MYT RSU: Aplicación encargada de administrar la contratación y giro del Régimen Subsidiado. PJU: Aplicación encargada del seguimiento de todos los procesos jurídicos, que permitan determinar en cualquier momento el estado y etapa en que se encuentran los mismos y la consecuente y oportuna actuación procesal que se requiera. WEB: Pagina WEB 4
Puntos Funcionales: Métrica para cuantificar la funcionalidad de un sistema de 3 software tal como la percibe el usuario/comprador Permiten medir el tamaño del software cuantificando la funcionalidad proporcionada al usuario basándose únicamente en un diseño lógico y en especificaciones funcionales SRF: Solicitud de Requerimiento funcional. Formulario del Administrador Fiduciario que permite describir el desarrollo de un nuevo sistema ó aplicación, el mantenimiento evolutivo a un aplicativo existente. Puede incluir actualización en procesos y/o interfaces. Ticket: nombre con el que se identifica un SRF en la plataforma de Administrador Fiduciario. Conformado por las iniciales del módulo y un consecutivo. 3 https://sistemas.uniandes.edu.co/~csof5101/dokuwiki/lib/exe/fetch.php?media=principal:csof5101_- _estimacionpuntosfuncionales.pdf Consultado Enero de 5
5. CONSIDERACIONES Las solicitudes de Requerimientos Funcionales - SRF que van a ser estimadas, deben estar con estado CERRADO y encontrarse en producción. El Administrador Fiduciario prepara el documento inicial formato CVS-F16 Matriz calculo puntos funcionales el cual tiene la siguiente estructura de nombre: FOS-MPF-XXXX-YYYYYYYY-Nombre del SRF.xls Nota: Dónde: FOS: Iniciales de FOSYGA MPF: en mayúscula las siglas de MÉTRICAS DE PUNTOS DE FUNCIÓN XXXX: en mayúscula las siglas de la línea de negocio YYYYYYYY: en mayúscula No. del tiquete Nombre del SRF: nombre con el cual se identifica el SRF Ejemplo: FOS-MPF-ECAT-SD905613-Web service estado de recobro.xls El formato fue construido por la Oficina TIC del Ministerio, basado en las buenas prácticas que sobre el tema se ha escrito. Corresponde a un archivo en Excel, compuesto por cuatro (4) hojas, así: o La primera hoja, denominada Funciones de Datos. Estas funciones tratan de modelar las necesidades de almacenamiento de información que tiene el usuario. o La segunda hoja, es Funciones Transaccionales, donde se identifica los procesos elementales, que son la mínima actividad significativa al usuario. Estas funciones son de tres tipos, a saber: Función de recibir información para administrar como crear, modificar o eliminar en un almacenamiento, será identificada como un EI (External Input). Si, el propósito principal fuera sólo presentar información y no realizar ningún procesamiento adicional sería un EQ. 6
Si el propósito principal es presentar información y además realizar algún procesamiento adicional (como cálculos matemáticos, derivación de datos, entre otros) entonces la función se clasifica como un EO (External Output). o o La tercera hoja, es Puntos Funcionales Sin Ajustar, donde se determina el total de puntos de función no ajustados, sumando los puntos correspondientes a las funciones de datos encontrados y las funciones transaccionales encontradas. La cuarta hoja, es Puntos Funcionales Ajustados, en la cual se obtiene el producto de los Puntos de Función sin ajustar por el Factor de Ajuste. En la figura No.1, se presentan dichos componentes. Figura No.1 Ejemplo de Archivo Matriz Calculo Puntos Funcionales 7
La documentación soporte requerida es: Documento Atributo Tipo FOS-MPF-XXXX-YYYYYYYY- Nombre del SRF.xls Requerido Documento de Excel La Solicitud de Requerimiento Requerido Documento de Funcional SRF Word Casos de Uso Requerido Documento de Word Guía de Integración Requerido Documento de Word ó Excel Modelo Entidad Relación Requerido No definido Dichos documentos, mínimo dos (2) días antes a la reunión, deben ser proporcionados por el Administrador Fiduciario a los funcionarios encargados del análisis de Puntos Funcionales del MSPS 4. Por cada reunión efectuada se debe elaborar el acta respectiva. Tener presente: o o Realizar el documento en dicha sesión de trabajo y no posterior debido a que se tiende a olvidar los compromisos y decisiones tomadas en la misma. Contar en el acta con la especificación de un objetivo claro, hora, lugar, participantes, orden del día, No. de tiquete(s) analizados, aplicativo, descripción, Checklist para la documentación base, como se presenta en la siguiente figura:. 4 Ministerio de Salud y protección social 8
Figura No. 2 Acta de las sesiones de trabajo o Dentro de la reunión se debe identificar: a. Tickets repetidos b. Tickets anulados c. Tickets de mantenimiento o En el ítem Observaciones y conclusiones tener en cuenta que existe una opción que dice: El tiquete fue conciliado? 9
Figura No. 3 Dato de Conciliación En caso que en la reunión para la Conciliación no se esté de acuerdo con la misma, se diligencia dicho enunciado indicando que el tiquete NO fue conciliado. Se programa otra reunión y se de ser necesario se solicita aclaraciones con los funcionales, más documentación y otras personas que puedan contribuir a la conciliación y aclaración para la estimación de los tiquetes. 6. DILIGENCIAMIENTO DE FORMATOS 6.1. Formato CVS-F16 Matriz cálculo de puntos funcionales A continuación se presenta un ejemplo, del uso de las distintas hojas de este archivo, trabajado para un Ticket. Hoja Funciones de Datos ILFs: Archivo lógico interno (LIF) es un grupo lógico de datos, grupos de datos consultados por el sistema que se encuentran en una tabla con información estática (Por ejemplo, código ciudad, código país, etc.). En la parte de componentes, se registran las tablas que intervienen en el proceso. No se valoran para aquellos casos en las cuales ya existan. 10
Figura No.4 Hoja Funciones de datos El componente PRECIOS, es mantenido por al menos una función transaccional dentro de la aplicación por lo tanto es un ILF 1, den el campo RET No. de registros elementales diferentes= 2, DET No. de campos 17, Complejidad Baja, para obtener un peso del ILF de 7. Hoja Funciones Transaccionales Para este caso se debe recibir información para administrar, como también se debe crear un perfil de usuario (que incluye consultar opciones y asociar permisos de perfil que no existían). Se considera un EI (External Input) Si, por el contrario, el propósito principal fuera sólo presentar información y no realizar ningún procesamiento adicional sería un EQ Si el propósito principal es presentar información y además realizar algún procesamiento adicional (como cálculos matemáticos, derivación de datos, entre otros) entonces la función se clasifica como un EO (External Output). 11
Figura No.5 Hoja Funciones Transaccionales Para este ejemplo, la parte de administrativos en crear perfil de usuario, las transacciones nuevas son: i) consultar opciones, que se ha catalogado como un EQ, ya que sólo presenta información. Igualmente, ii) asociar permisos a perfil, se ha catalogado como un EI debido a que se recibe información para administrar. En la columna identificada como FTR, se colocan los números de ILF s involucrados, que para este caso es sólo uno y en DET se incluyen el número de campos involucrados, para el ejemplo son seis. Hoja Puntos Funcionales Sin Ajustar En esta hoja se realiza la suma del número de componentes de cada tipo conforme a la complejidad asignada. En la Figura No. 6, se presenta un esquema de la misma. 12
En la parte superior de ella, se suma, de acuerdo a la complejidad que se haya definido en la primera hoja Funciones de Datos, los siguientes datos: ILF s Número de archivos, EIF s, número de interfaces externas, que para este ejemplo no hay EI, número de entradas de usuario EO, número de salidas de usuario, EQ, número de Consultas del usuario En la casilla de resultado, se ubica el producto entre la casilla de cuenta por factor de ponderación correspondiente. Los puntos de Función sin ajustar salen de sumar cada una de las casillas de resultado, para el ejemplo: 261+22+0= 283. Figura No.6 Hoja Puntos Funcionales sin Ajustar 13
Hoja Puntos Funcionales Ajustados Una vez que se han obtenido los Puntos de Función sin ajustar del sistema, a partir de los Casos de Uso se calcula los Puntos de Función Ajustados, los cuales consisten en el cálculo de un Factor de Ajuste con base a la cuantificación de ciertos coeficientes vinculados con las características deseadas del sistema (comunicación de datos, rendimiento, facilidades de instalación, de operación, frecuencia de transacciones, etc.). Figura No.7 Hoja Puntos Funcionales Ajustados Entre las características a tener en cuenta se encuentran: o Comunicación de datos: cuántas facilidades de comunicación hay disponibles para ayudar en el intercambio de información con la aplicación o el sistema? o Procesamiento distribuido de datos: cómo se manejan los datos y las funciones de procesamiento distribuido. o Rendimiento: existen requerimientos de velocidad o tiempo de respuesta? o Configuraciones fuertemente utilizadas: cómo y cuánto se utilizan las plataformas hardware donde se ejecuta el sistema 14
o Frecuencia de transacciones: con qué frecuencia se ejecutan las transacciones: Diariamente, semanal, trimestral, etc. o Entrada de datos on- line: qué porcentaje de la información se ingresa on-line o Eficiencia del usuario final : aplicación diseñada para maximizar la eficiencia del usuario final o Actualizaciones Online: cuántos archivos lógicos Internos se actualizan por una transacción on-line? o Procesamiento complejo: hay procesamientos lógicos o matemáticos intensivos en la aplicación o Reusabilidad: la aplicación se desarrolla para suplir una o muchas de las necesidades de los usuarios? o Facilidad de instalación: qué tan difícil es la instalación y la conversión al nuevo sistema? o Facilidad de operación: cómo de efectivos y/o automatizados deben ser los procedimientos de arranque, parada, backup y restore o Instalación en distintos lugares: la aplicación fue concebida para su instalación en múltiples sitios y organizaciones? o Facilidad de cambio: la aplicación fue concebida para facilitar los cambios sobre la misma? Cada una de éstas características aporta un valor entre 0 y 5, de acuerdo a la importancia que tenga en el sistema. Luego se suman los aportes de cada una de ellas, obteniéndose el grado total de influencia. Para ello tenga en cuenta lo siguiente: Característica Descripción Valores 1 Comunicación de Datos Los datos usados en el sistema se envían o reciben por líneas de comunicaciones 2 Proceso Distribuido Existen Procesos o Datos distribuidos y el control de estos, forma parte del sistema. 0: Sistema aislado del exterior 1: Batch, usa periféricos E o S remotos 2: Batch, usa periféricos E y S remotos 3: Captura de datos en línea o teleproceso que pasa los datos o sistema de consulta 4: Varios teleprocesos con mismo protocolo 5: Varios protocolos. Sistema Abierto y con interfaces de todo tipo al exterior 0: Sistema totalmente centralizado 1: Sistema realiza procesos en un equipo, salidas usadas vía Sw por otros equipos 2: Sistema captura, los trata en otro 3: Proceso distribuido, transacción una sola dirección 4: idem, transferencia en ambas direcciones. 15
3 Objetivos de Rendimiento Si el rendimiento es un requisito del sistema. Es decir es crítico algún factor como tiempo de respuesta o cantidad de operaciones por hora. Se tendrá que hacer consideraciones especiales durante el diseño, codificación y mantenimiento. 5: procesos cooperantes ejecutándose en distintos equipos. 0: Rendimiento normal (no se da énfasis) 1: Se indican requisitos, no medida especial. 2: Crítico en algunos momentos. Procesos acabados antes de próxima sesión de trabajo. 3: Tiempo de respuesta es crítico. 4:... en diseño hacer análisis de rendimiento en tiempo respuesta o cantidad operaciones/hora 5:.. uso herramientas para alcanzar el rendimiento demandado por el usuario Característica Descripción Valores 4 Configuración de Explotación Usada por Otros Sistemas El sistema tendrá que ejecutarse en un equipo en el que coexistirá con otros, compitiendo por los recursos, teniendo que tenerse en cuenta en la fase de diseño 5 Tasa de transacciones La tasa de transacciones será elevada. Se tendrá que hacer consideraciones especiales durante el diseño, codificación e instalación 0: Rendimiento normal (no se da énfasis) 1: Se indican requisitos, no medida especial. 2: Crítico en algunos momentos. Procesos acabados antes de próxima sesión de trabajo. 3: Tiempo de respuesta es crítico. 4:... en diseño hacer análisis de rendimiento en tiempo respuesta o cantidad operaciones/hora 5:.. uso herramientas para alcanzar el rendimiento demandado por el usuario 0: No se prevén picos 1: Se prevén picos poco frecuentes (mensual) 2: Se prevén picos semanales 3: Se prevén horas punta, diarias 4: Tasa de transacciones tan elevada que en diseño se hace análisis de rendimiento 5: Análisis de rendimiento en diseño, implementación e instalación. 6 Entrada de Datos EN-LÍNEA La entrada de datos será directa desde el usuario a la aplicación, de forma interactiva 0: Todo es Batch 1%<entradas interactivas <7% 2: 8%<entradas interactivas <15% 3: 16%<entradas interactivas <23% 4: 24%<entradas interactivas <30% 5: Más del 30% de las entradas son en línea 7 Eficiencia con el Usuario Final Se demanda eficiencia para el usuario en su trabajo, es decir se tiene que diseñar e implementar la aplicación con interfaces fáciles de usar y con ayudas integradas. Eficiencia del usuario con: Menús. Uso de ratón. Ayudas "en_línea". 0: No se da énfasis al tema 1: 1 a 3 de los factores 2: 4 a 5 de los factores 3: 6 o más factores, sin requerir eficiencia 4:... con requerimientos que implican estudio de los factores humanos en el diseño 5: se demandan prototipos y herramientas para verificar que se alcanzaran los objetivos 16
Movimiento automático del cursor; Efectos de Scroll (papiro); Teclas de función predefinidas Lanzamiento de procesos Batch desde las transacciones "en_línea"; Selección mediante cursor de datos de la pantalla; Pantallas con muchos colores y efectos; Posibilidad de "hard-copy". Ventanas de "pop-up"; Aplicación bilingüe (cuenta por cuatro). Aplicación Multilingüe (mas de dos, cuenta por seis). 8 Actualizaciones EN-LÍNEA Los ficheros maestros y las Bases de Datos son modificados directamente de forma interactiva 9 Lógica de Proceso Interno Compleja. La complejidad interna en un proceso está en función de las siguientes características: Especificados algoritmos matemáticos complejos. Proceso con lógica compleja. Especificado muchas excepciones, consecuencia de transacciones incompletas, que deberán tratarse. Manejar múltiples dispositivos de entrada/salida. Se incorporaran sistemas de seguridad y control. 10 Reutilización del Código Se tendrá que hacer consideraciones especiales 0: No hay 1: De 1 a 3 ficheros con información de control. Cantidad baja y ficheros recuperables 2:... pero con 4 o más ficheros de control 3: Actualización de ficheros importantes 4:... esencial la protección ante pérdidas 5: Gran cantidad de actualizaciones interactivas. Sistemas de recuperación muy automatizados 00: Ninguna de las características 1: 1 Característica 2: 2 Características 3: 3 Características 4: 4 Características 5: Las 5 características 0: No se prevé 1: Reutilizar código en la misma aplicación 17
durante el diseño, codificación y mantenimiento para que el código se reutilice en otras aplicaciones o lugares. Reutilización: Dentro de la propia aplicación, Por varios sistemas, Parametrizable. 2: Menos de un 10% de la aplicación tiene en cuenta las necesidades de + de 1 usuario 3: El 10 % o más... 4: Aplicación preparada para ser reutilizable. Nivel de código 5: Aplicación preparada para ser reutilizable. Por medio de parámetros Característica Descripción Valores 11 Contempla la conversión e Instalación Se proveerán facilidades de conversión en el sistema, se tendrá que hacer consideraciones especiales durante el diseño, codificación y pruebas para que la conversión del sistema antiguo sea fácil de realizar durante la puesta en marcha del sistema nuevo. 0: No se requiere conversión. 1: Se solicita facilidad de instalación 2: Se solicitan procesos de conversión e instalación, no importantes para el proyecto 3:... si son importantes 4: 2, y herramientas conversión e instalación 5: 3, y herramientas conversión e instalación. Sistema crítico para la empresa 12 Facilidad de Operación Operación del sistema: los trabajos asignados al centro de proceso de datos. arranque, parada, recuperación ante fallos, copias de seguridad o minimización de las actividades manuales en el CPD. Se valora cuando ha sido descrita desde las primeras fases dedicándose especial atención durante el diseño, codificación y pruebas 13 Instalaciones Múltiples El sistema ha de incluir los requerimientos de diversas empresas o departamentos en donde se ejecutara (incluso plataformas). Estas características se estarán presentes durante el diseño, codificación y pruebas. 14 Facilidad de cambios Se tendrá que hacer consideraciones especiales durante el diseño, codificación y 0: Nada, en todo caso, back-up 1 a 4: Suma de ítems Arranque, back-up y recuperación Idem, sin intervención operador (X2) Minimizar necesidad de dispositivos externos almacenados Minimiza necesidad de manejar papel 5: Sistema automático sin intervención humana 0: 1 solo lugar 1: Múltiples lugares, mismo Hw y Sw 2: En diseño se tiene en cuenta el caso (1) 3: En diseño se tiene en cuenta múltiples entornos Hw y Sw 4: Se documenta y planea para (1) y (2) 5: Idem, para (3) 0: No se especifica nada 1: Un ítem de valor 1 2: Items por valor 2 18
mantenimiento para que en el sistema sea fácil de introducir cambios y fácil de adaptar al usuario. Items a tener en cuenta: Consultas flexibles del usuario: Simples con condiciones. lógicas And/Or que implican un único fichero lógico Medias con condiciones lógicas sobre más de 1 Fichero Lógico (X2) Complejas con condiciones lógicas complejas que afectan a varios ficheros lógicos (X3) 3: Items por valor 3 4: Items por valor 4 5: Items por valor 5 Parámetros de la aplicaciones con tablas ajenas al código: El cambio se hace efectivo al arrancar el sistema El cambio es interactivo (X2 19
6.2 Formato CVS-F17 Ficha técnica de estimación de esfuerzo Se usa para registrar los datos básicos necesarios mediante los cuales se estime los puntos de función de los desarrollos y/o mantenimientos que se lleven a cabo, para que sirva como soporte de las decisiones respecto a la contratación, desarrollo y/o mantenimiento ante las entidades de control. No. del Tiquete Línea de Negocio (Fosyga) Consecutivo ficha técnica Nombre del requerimiento (SRF) INFORMACIÓN GENERAL Líder de la Dirección de Sistemas Administrador Fiduciario Cargo del líder Dirección de Sistemas Administrador Fiduciario Líder Funcional OTIC - MSPS Cargo del Funcional OTIC - MSPS Dependencia solicitante Fecha de solicitud (AAAA-MM-DD) Fecha entrada a producción (AAAA-MM-DD) Fecha de estimación de esfuerzo (AAAA-MM-DD) Normatividad Aplicable Tiquetes relacionados: ID DESCRIPCIÓN 20
Alcance: DESCRIPCIÓN DEL REQUERIMIENTO Metodología de desarrollo: SCRUM RUP Casos de uso definidos: Actas de trabajo Puntos funcionales del requerimiento Número de horas hombre por punto funcional Total horas hombre contempladas en el requerimiento, incluye: análisis, diseño, desarrollo, documentación, pruebas, puesta en producción, calidad y garantía Documentación soporte (adjunta en medio magnético): SRF Casos de USO Modelo de datos Diccionario de datos Matriz de puntos funcionales Actas de trabajo 21
APROBACIÓN ESTIMACIÓN DE ESFUERZO Nombre del Líder Dirección de Sistemas Administrador Fiduciario Cargo Nombre Líder funcional OTIC MSPS Cargo Nombre del Director de Sistemas Administrador Fiduciario Cargo Nombre Jefe del líder funcional Oficina TIC MSPS Cargo INFORMACIÓN GENERAL: Contiene los datos básicos del requerimiento y sus antecedentes. No. del Tiquete: Corresponde a la secuencia asignada al requerimiento en la herramienta Service Manager. Línea de Negocio (Fosyga) Corresponde a la clasificación de los diferentes módulos que le competen al Sistema de Información del FOSYGA: ERP (Contabilidad, Presupuesto y Tesorería), ECAT, MYT, Portafolio, Compensación, MUI, Régimen Excepción, LMA, BDUA, SGD, WEB, RIPS, Proyectos y Contratos e Intranet). Consecutivo ficha técnica: Determinado por las tres letras que identifican la línea de negocio seguido del consecutivo numérico, por ejemplo: ERP-001 La versión digital de este documento debe nombrarse con el consecutivo de la ficha técnica seguido del número y nombre del tiquete, por ejemplo: ERP-001 SD964 Calculo de rentabilidades Nombre del requerimiento (SRF): Corresponde al nombre que identifica el requerimiento, el cual está consignado en la herramienta Service Manager 22
Líder Dirección de Sistemas Administrador Fiduciario: Corresponde al nombre del funcionario que realiza el seguimiento por parte de la DTI del Administrador Fiduciario. Cargo líder Dirección de Sistemas - Administrador Fiduciario: Corresponde al cargo del funcionario que realiza el seguimiento por parte de la DTI del Administrador Fiduciario Líder Funcional OTIC MSPS: Corresponde al nombre del funcionario que lidera el tema funcional en el Ministerio Cargo Funcional OTIC MSPS: Corresponde al cargo del funcionario que lidera el tema funcional en el Ministerio Dependencia solicitante: Corresponde a la dependencia o área que hace el requerimiento: Empresa Auditora, Administrador Fiduciario, DAFPS u OTIC. Fecha de solicitud (AAAA-MM-DD): Corresponde a la fecha en la cual se inicia la ejecución del SRF Fecha entrada a producción (AAAA-MM-DD): Aplica para requerimientos con estado cerrado. Corresponde a la fecha en la cual el requerimiento se implantó. En caso que el requerimiento se encuentre en desarrollo se indicará que No Aplica: NA Fecha de estimación de esfuerzo (AAAA-MM-DD): Corresponde a la fecha en la cual se aprueba la estimación del esfuerzo en puntos funcionales. Normatividad Aplicable: Corresponde a la normatividad que influyó en la solicitud del requerimiento Tiquetes relacionados: Se listan los tiquetes (anteriores o presentes) que se asocian con el tiquete principal, en la estimación de esfuerzo DESCRIPCIÓN DEL REQUERIMIENTO: Contiene la información resumen de especificación del requerimiento y la valoración en puntos funcionales. Alcance: Corresponde a la descripción del requerimiento en el SRF aprobado. Se debe tener en cuenta que si hay más de un tiquete relacionado, se debe incluir el alcance identificando el tiquete Metodología de desarrollo: De acuerdo con la metodología de desarrollo propuesta por el Administrador Fiduciario, es importante definir cuál es la metodología a utilizar entre Scrum o RUP, la cual tendrá incidencia en la documentación soporte del requerimiento Casos de uso definidos: Se listan los casos de uso por tiquete, indicando la secuencia y la nemotecnia definida. Se debe tener en cuenta que si hay más de un tiquete relacionado, se debe incluir los casos de uso identificando el tiquete. Actas de trabajo: Se listan las actas de trabajo realizadas de manera conjunta por los equipos de trabajo del Ministerio y del Administrador Fiduciario, en las cuales se verificó y concertó la estimación de esfuerzo en puntos funcionales. Se debe anexar copia digital debidamente firmada. 23
Puntos funcionales del requerimiento: se indica el número de puntos funcionales estimados para el requerimiento, de acuerdo con la matriz de puntos funcionales Número de horas hombre por punto funcional: De acuerdo con el valor estándar recopilado en consultas en internet equivale a 11,5 horas por punto funcional ; soportado en wikipedia: http://es.wikipedia.org/wiki/m%c3%a9trica_de_punto_funci%c3%b3n Total horas hombre contempladas en el requerimiento: El total de horas hombre estimado para el requerimiento y que incluye: análisis, diseño, desarrollo, documentación, pruebas, puesta en producción, calidad y garantía. Se genera de multiplicar el total de puntos funcionales por el factor de horas hombre definidas por punto funcional Documentación soporte (adjunta en medio magnético): Se debe relacionar toda la documentación que sirve de apoyo para la toma de decisiones; la documentación está directamente relacionada con la metodología de desarrollo. Para el caso de RUP se adjuntará: la Solicitud de Requerimiento Funcional (SRF), los casos de uso, el modelo de datos, el diccionario de datos, la matriz de puntos funcionales, las actas de trabajo firmadas y los demás documentos que se consideren soporte de la revisión. Para el caso de SCRUM se adjuntará: la Solicitud de Requerimiento Funcional (SRF), el modelo de datos, el diccionario de datos, la matriz de puntos funcionales, las actas de trabajo firmadas y los demás documentos que se consideren soporte de la revisión. Para los dos casos (SCRUM y RUP) se debe garantizar que la lista soporte de la revisión, se adjunte en el medio magnético. El label del medio magnético debe incluir: Número y nombre de tiquete, Consecutivo de la ficha y año y mes de revisión de estimación de esfuerzo en formato AAAA-MM. APROBACIÓN ESTIMACIÓN DE ESFUERZO: Se registrará el nombre y cargo de los líderes del Administración Fiduciario y del Ministerio que realizaron la revisión de la estimación del requerimiento en puntos funcionales, soportada con su firma OBSERVACIONES Y ACLARACIONES: contiene explicaciones adicionales respecto a los requerimientos funcionales que el sistema será capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas. 24