Documento final.docx

Metodología para Administración de Soluciones Informáticas I. INTRODUCCIÓN DESCRIPCIÓN El presente documento describe la Metodología para Administración de Soluciones Informáticas -MAS-. Esta metodología pretende orientar la gestión eficaz y proveer el marco de trabajo a seguir para los pro...

Metodología para Administración de Soluciones Informáticas I. INTRODUCCIÓN DESCRIPCIÓN El presente documento describe la Metodología para Administración de Soluciones Informáticas -MAS-. Esta metodología pretende orientar la gestión eficaz y proveer el marco de trabajo a seguir para los proyectos informáticos de desarrollo nuevo o de mantenimiento de soluciones informáticas del Banco. La MAS utiliza los principios de entregas incrementales, desarrollo de prototipos y trabajo en equipo. ESTRUCTURA Esta metodología es una guía formal -y flexible en su utilización- para la planificación, análisis, diseño, construcción, pruebas e implementación de soluciones informáticas, así como para el mantenimiento de las mismas, de forma que pueda adaptarse a la particularidad de los diferentes proyectos. La metodología está estructurada en fases, etapas y actividades (o tareas), con las que se cubre todo el ciclo de vida de un proyecto informático. En total son seis fases, las cuales se subdividen en etapas, que corresponden a los pasos que habrá que desarrollar en cada una de ellas para lograr los objetivos y las metas de la misma. Las fases que componen la metodología son las siguientes: Fase 1 Administración de Requerimientos. Fase 2 Análisis de la Solución Informática. Fase 3 Diseño de la Solución Informática. Fase 4 Desarrollo de la Solución Informática. Fase 5 Pruebas de la Solución Informática. Fase 6 Implementación de la Solución Informática. En cada proyecto en el que se utilice la metodología en su totalidad, para culminar una fase, se deberá cumplir con las etapas que la componen y éstas, a su vez, serán terminadas cuando se hayan realizado todas las tareas definidas. El resultado final de cada fase será, por ejemplo, la generación de catálogos, documentos de trámite, políticas, decisiones tomadas, prototipos, estructuras de organización, diagramas y esquemas de control, etc.; además del producto terminado y la organización necesaria para asegurar la implantación y entrega final del proyecto. Cada proyecto deberá contener una documentación estándar, la que será utilizada como herramienta para consulta, verificación, control y administración en general del proyecto. La documentación de cada proyecto se indica a detalle en la Matriz de Productos por Tipo de Proyecto, que se describe más adelante en la metodología. En cada una de las fases se brinda una explicación introductoria y en cada etapa y actividad, el fundamento teórico necesario para entender lo que se solicita y guiar al equipo del proyecto a realizar su labor en forma estructurada, de tal manera que cualquier solución informática que se construya en o para el Banco, tenga una estructura única, independientemente de la complejidad o particularidad de la misma. Es importante señalar que los productos y técnicas tienen estructuras ya definidas, que se deben acatar en algunos casos y en otros se deben tomar en cuenta para su definición. En los anexos se definen todos los productos y técnicas indispensables para alcanzar los objetivos de cada fase. Para entender a plenitud una fase de la metodología, será necesario leer el contenido de la misma, complementándolo con los anexos donde se detalla la forma de producir los resultados y la manera de utilizar las técnicas. Con el uso de la metodología se le facilitará al equipo del proyecto el cumplimiento de una serie de requerimientos necesarios para llegar a un objetivo común (presentar un producto de calidad), que satisfaga las expectativas del usuario y de la Institución. 3. ALCANCE Esta metodología se aplicará a los proyectos de desarrollo o mantenimiento de soluciones informáticas, ejecutadas y/o administradas por el Departamento del Banco, siempre y cuando el código fuente de la solución informática quede en poder del Banco, libre para su uso y modificación. Esta metodología no aplicará a aquellos proyectos donde se implementen soluciones proveídas por terceros (empresas o programadores externos) o que se adquieran en el mercado local o internacional. II. GENERALIDADES DEFINICIONES Soluciones Informáticas Comprende tanto a sistemas de información, como a soluciones de inteligencia de negocios. Desarrollo de Soluciones Informáticas Se refiere a todas aquellas acciones que son necesarias para crear una solución automatizada, la cual basada en los requerimientos del usuario, apoya en la ejecución de un proceso en particular y en la generación de información para toma de decisiones. Mantenimiento de Soluciones Informáticas Son todas aquellas acciones que están encaminadas a superar una deficiencia de funcionalidad de una solución informática. También se incluirán las mejoras a las soluciones existentes, las cuales impliquen nueva funcionalidad (creación de nuevos reportes, programas, procesos o consultas), así como los cambios de estructura de bases de datos o modelos de datos de inteligencia de negocios. También pueden incluirse cambios a procesos de extracción, transformación y carga de información y/o todas las modificaciones que se realicen a datos residentes en una base de datos, originadas por la inexistencia de soluciones informáticas que realicen dicha tarea, por mala funcionalidad de las mismas o errores de usuario que no puedan ser corregidos dentro de la misma aplicación. Control de Calidad de Soluciones Informáticas Se entiende por Control de Calidad a las verificaciones que se realizarán, por parte del personal encargado de desarrollo y mantenimiento de soluciones informáticas. Estas verificaciones están orientadas a garantizar que los componentes de software que son trasladados a producción, cumplan, tanto con los procedimientos y requisitos de documentación establecidos, como con los estándares y procedimientos definidos por el Departamento. CLASIFICACIÓN DE LOS PROYECTOS Los proyectos informáticos relacionados con el desarrollo o mantenimiento de soluciones informáticas se clasificarán de acuerdo a su naturaleza de la forma siguiente: Proyectos de Desarrollo Nuevos Son Proyectos de Desarrollo Nuevos todos aquellos que, no importando el origen (Plan Estratégico Institucional o Emergentes) ni el impacto (institucional o departamental), vengan a satisfacer las necesidades de automatización de uno o varios procesos de una dependencia, o de aquellos ya existentes que, por obsolescencia o incompatibilidad tecnológica, requieran de una reingeniería que incluya dentro de sus etapas, las mismas de un proyecto nuevo. Proyectos de Mantenimiento Se consideran Proyectos de Mantenimiento, todos aquellos que tengan por objetivo obtener una versión donde se incorporen mejoras a una solución informática que se encuentra en ambiente de producción, partiendo de los requerimientos de mantenimiento que los usuarios realicen, derivado de un problema detectado o por la necesidad de una mejora. Para lo anterior, los proyectos de mantenimiento se clasificarán en las categorías siguientes: Proyectos de Mantenimiento Correctivo Son aquellos cambios que haya que realizar para corregir errores de funcionalidad de las soluciones informáticas existentes. Proyectos de Mantenimiento Evolutivo Son los que, derivado de la expansión de funciones o cambio en las necesidades del usuario, requieren de la creación de nueva funcionalidad o de modificaciones a las soluciones informáticas ya existentes. Proyectos de Mantenimiento Adaptativo Son los que, requieren modificaciones derivadas de cambios en el entorno de la solución informática, por ejemplo, cambios de configuración del hardware, software base, gestores de base de datos, comunicaciones, actualización del lenguaje de desarrollo, entre otros. Proyectos de Mantenimiento Perfectivo Son aquellos que requieren mejorar la calidad interna de las soluciones informáticas en cualquiera de sus aspectos: reestructuración del código, definición más clara, optimización del rendimiento y eficiencia. EQUIPO DEL PROYECTO (EP) El equipo del proyecto, denominado con frecuencia “equipo multidisciplinario de trabajo”, puede estar integrado por personal del área administrativa, operacional y del área de tecnologías de información. Cuando se trate de un Proyecto Estratégico Institucional, deberá estar definido dentro de los roles establecidos en la Metodología de Administración de Proyectos del Banco. Considerando la complejidad de los proyectos que se pueden desarrollar en la Institución, el alcance que pueda tener su ámbito de acción, así como las limitaciones de disponibilidad, apoyo institucional o falta de recurso especializado, debe evaluarse en cada caso si la naturaleza del proyecto ameritaría la conformación de un equipo del proyecto con todos sus integrantes. En todos los casos debe contar al menos con un Líder Funcional (que en la mayoría de los casos sería el administrador de la solución informática) y un Líder Técnico. En los casos de desarrollo nuevo de alto y mediano impacto, esta metodología requiere que el EP se organice de la forma que se indica a continuación, a excepción de los participantes del numeral 3.4, cuya participación estará sujeta a requerimiento especifico del Líder Funcional. Un EP está conformado por los roles siguientes: 3.1 Líder Funcional (LF): Dirige las actividades del equipo del proyecto, supervisa cada fase y proporciona orientación sobre el trabajo a realizar durante el desarrollo del proyecto. Debe ser un funcionario de la dependencia que será usuaria de la solución informática, con amplio dominio de los requerimientos de la misma y será el responsable directo de la correcta ejecución del proyecto. Entre sus funciones están: Administrar y coordinar todas las actividades del proyecto. Informar oportunamente a las Direcciones de los Departamentos involucrados y al resto del equipo del proyecto, sobre el avance del proyecto. Coordinar las gestiones necesarias para superar cualquier dificultad que surja, tan pronto ésta se presente. Programar, convocar y coordinar las reuniones de seguimiento del proyecto con el EP. Velar por que en todas las reuniones relacionadas con el proyecto se elaboren los respectivos registros o memorias de reunión. Velar por el cumplimiento de los compromisos del EP. Ser el principal interlocutor con el Líder Técnico, los integrantes de los equipos de trabajo del área usuaria, los organismos de control y las áreas de apoyo. Tener amplio conocimiento del proceso o la solución a automatizar. Velar por el establecimiento de controles internos en la solución informática. Velar por la calidad del proyecto. Además de las anteriores, en cada fase se mencionan otras responsabilidades que deberá cumplir el Líder Funcional. 3.2 Líder Técnico (LT): Dirige y coordina las actividades técnicas informáticas, propias del desarrollo o mantenimiento de la solución informática. Debe ser un funcionario de la Sección de Proyectos Informáticos del Departamento. Dentro de sus funciones están las siguientes: Transmitir a su equipo técnico de trabajo y al EP la MAS. Apoyar a los usuarios en la definición de requerimientos durante el proceso de recopilación de información. Coordinar con su equipo de trabajo la elaboración del análisis de impacto y de la implementación, así como el diseño y especificaciones técnicas de los requerimientos del usuario. Supervisar el desarrollo de las soluciones informáticas. Brindar asesoría al área usuaria sobre los procedimientos a seguir, la funcionalidad de la solución informática y, en general, todos los aspectos técnicos relacionados con el proyecto. Revisar y aprobar, desde el punto de vista tecnológico, los productos generados por el personal técnico a su cargo. Asegurar el cumplimiento de los lineamientos y estándares definidos en esta metodología. Preparar y/o revisar actas y memorias de reuniones de trabajo en el ámbito de su competencia. Velar por la calidad de las soluciones informáticas implementadas. Además de las anteriores, en cada fase se mencionan otras responsabilidades que deberá cumplir el Líder Técnico. 3.3 Participantes del Área Usuaria (PAU): Personal del área usuaria, con los conocimientos necesarios en el proceso a automatizar. Brinda información y documentación respecto a los procesos actuales y futuros que serán automatizados y es responsable de revisar y validar, desde el punto de vista funcional, los avances en el desarrollo de la solución informática. Dentro de sus funciones están las siguientes: a. Definir los requerimientos funcionales. Participar en reuniones de trabajo con técnicos informáticos. Revisar y validar los diagramas de diseño. Realizar pruebas de funcionamiento. Además de las anteriores, en cada fase se mencionan las diferentes etapas en las que participarán los usuarios. Encargado de Procesos Administrativos (EPA): Personal de la dependencia de Planificación y Desarrollo Organizacional que asesorará a los Participantes del Área Usuaria (PAU) en la documentación de los procesos actuales, preparación de propuestas de rediseño y simplificación de procesos; así como en la elaboración de los procedimientos administrativos correspondientes conforme lo estipulado en la Metodología para Gestionar Procedimientos Administrativos en el Banco, aprobada por la Gerencia General de la Institución. Equipo Técnico de Trabajo (ETT) Técnicos informáticos encargados de construir las soluciones informáticas, así como los esquemas de comunicación y seguridad informática de dichas soluciones. En este equipo se podrán encontrar los siguientes: a. Analistas de Proyectos Informáticos. Desarrolladores de Proyectos Informáticos. Administradores de Bases de Datos. Administradores de Infraestructura Informática. Administradores de Seguridad Informática. Encargado del Aseguramiento de la Calidad. Otros técnicos que apoyan las labores del DTI. 4. MATRIZ DE PRODUCTOS POR TIPO DE PROYECTO La matriz de productos consiste en una guía que servirá a los encargados de los diferentes proyectos para determinar los entregables (formatos, catálogos, documentos, diagramas, etc.) a generar en cada una de las fases del ciclo de vida de un proyecto, de acuerdo al tipo de proyecto en el que se esté trabajando. En la referida matriz se muestran todos los productos requeridos en todas las fases de la metodología y se indica cuales deberán completarse de acuerdo al tipo de proyecto. La determinación del tiempo considerado necesario para el desarrollo de lo requerido, se hará con base en el esfuerzo estimado de un desarrollador -a tiempo completo-, pensando en días ordinarios de trabajo, es decir, considerando 7 horas de trabajo diarias. El responsable de esta estimación será el Líder Técnico, utilizando los insumos proporcionados por el Líder Funcional. Para facilitar el control de los entregables, se crearon dos matrices de productos de acuerdo al tipo de solución informática que se esté desarrollando y a la duración de su implementación, de la forma siguiente: Matriz de Productos para Soluciones Informáticas: 4.1 Proyectos de Desarrollo Nuevos de Alto Impacto (> 6 meses) 4.2 Proyectos de Desarrollo Nuevos de Mediano Impacto (> 1 mes y < 6 meses) 4.3 Proyectos de Desarrollo Nuevos de Bajo Impacto (< 1 mes) 4.4 Proyectos de Mantenimiento Correctivo (< 2 semanas) 4.5 Proyectos de Mantenimiento Evolutivo de Alto Impacto (> 3 meses) 4.6 Proyectos de Mantenimiento Evolutivo de Mediano Impacto (> 1 mes y < 3 meses) 4.7 Proyectos de Mantenimiento Evolutivo de Bajo Impacto (< 1 mes) 4.8 Proyectos de Mantenimiento Adaptativo 4.9 Proyectos de Mantenimiento Perfectivo Matriz de Productos para Soluciones de Inteligencia de Negocios: 4.10 Proyectos de Desarrollo Nuevos de Alto Impacto (> 6 meses) 4.11 Proyectos de Desarrollo Nuevos de Mediano Impacto (> 1 mes y < 6 meses) 4.12 Proyectos de Desarrollo Nuevos de Bajo Impacto (< 1 mes) 4.13 Proyectos de Mantenimiento Correctivo (< 2 semanas) 4.14 Proyectos de Mantenimiento Evolutivo de Alto Impacto (> 3 meses) 4.15 Proyectos de Mantenimiento Evolutivo de Mediano Impacto (> 1 mes y < 3 meses) 4.16 Proyectos de Mantenimiento Evolutivo de Bajo Impacto (< 1 mes) 4.17 Proyectos de Mantenimiento Adaptativo 4.18 Proyectos de Mantenimiento Perfectivo Por tipo de proyecto se establece cuáles productos deberán elaborarse como parte de la documentación del proyecto, a fin de estandarizar la documentación a elaborar, identificándolo de la siguiente forma: “S” Indica que el producto debe completarse. “N” Indica que el producto no debe completarse. “Op” Indica que queda a discreción del Líder Técnico si el proyecto amerita que se genere o no el producto. Ver Anexo I MAS-001[Matriz de Productos para Soluciones Informáticas] y Anexo II MAS002[Matriz de Productos para Soluciones de Inteligencia de Negocios]. En el caso de proyectos que sean calendarizados por fases, la documentación de cada fase puede entregarse según la duración de la misma. Sin embargo, al finalizar con todas las fases debe llenarse la documentación total requerida para el tipo de proyecto. 5. REVISIONES Durante la ejecución de las actividades definidas a lo largo de la presente metodología, se realizarán revisiones a la finalización de cada una de las fases en un proyecto, con el propósito de: Evaluar el contenido y corrección de los entregables. Asegurar la consistencia entre los entregables. Verificar los entregables conforme a los estándares y lineamientos especificados. Las revisiones constituyen un método de verificación y evaluación de la consistencia de los productos de cada una de las fases, nivel de cumplimiento de los objetivos y claridad del trabajo en progreso o del producto entregable; y constituyen un método para medir si los productos se están cumpliendo en cantidad y calidad; y si éstos se alinean a los objetivos del proyecto. Para el control de calidad de los proyectos, se verificará que los mismos cumplan con todos los productos definidos en la Matriz de Productos por Tipo de Proyecto que corresponda y que se realicen de acuerdo a los estándares y procedimientos definidos para cada entregable. Responsables: Líder Técnico Equipo Técnico de Trabajo A continuación, se describen los tipos de revisiones de calidad que se aplicarán a los proyectos de desarrollo o mantenimiento de soluciones informáticas. Tipo de Revisión Descripción Ventajas Cuando debe realizarse Auto-revisión La persona que genera el entregable compara los atributos del producto contra el criterio o lista predeterminada en la MAS, utilizando de base la Matriz de Productos por Tipo de Proyecto que corresponda. La lista puede identificar componentes faltantes o incompletos del entregable. En cada etapa del proyecto de acuerdo a la MAS. Revisión por parte del Líder Técnico Verificar que se cumplan con todos los productos requeridos en la Matriz de Productos por Tipo de Proyecto que corresponda, de acuerdo a los formatos requeridos y guías de elaboración de los entregables. Asegurarse la estandarización de la documentación de los proyectos, de acuerdo a los productos requeridos en cada etapa. Después de culminar cada una de las etapas de la MAS. Revisión formal del equipo del proyecto (EP) Los miembros del EP están familiarizados con la tarea de revisión del proyecto. Apropiados cuando: La interacción entre los miembros es requerida para coordinar el trabajo. El entregable se convierte en la base para futuros trabajos. La consistencia de los subsistemas es afectada. Asegura una buena comunicación del EP con respecto a entregables significativos. El conocimiento individual es difundido a los miembros del EP. Al finalizar cada fase del proyecto. Cuando exista una revisión formal en la Fase de Pruebas. Cuando existan otras revisiones que pueden venir directamente del proyecto o del encargado del control de calidad del proyecto. Adicionalmente, en la quinta fase de la metodología, Fase de Pruebas, existen revisiones del cumplimiento de la calidad de la solución informática en ejecución. En esta fase se verificará que todos y cada uno de los informes anteriores y de la MAS se realicen, para garantizar el cumplimiento de tiempos, estándares, métricas, políticas, control interno, procedimientos, reducción de errores y productos ofrecidos. 6. ACTUALIZACIÓN Y REVISIÓN DE LA MAS El proceso de la metodología también debe ser evaluado periódicamente para verificar el cumplimiento con lineamientos generales, realizando evaluaciones periódicas respecto de su uso, cumplimiento de expectativas y lineamientos generales, así como la aplicabilidad y actualización de los productos de acuerdo a las necesidades y tendencias del Banco. Este proceso de evaluación servirá para identificar si un producto ha quedado en desuso por su complejidad, porque ya no se apega a las necesidades del Banco o si existe la necesidad de hacerle modificaciones, entre otros. Todo esto en el marco de la actualización y revisión de la MAS. Este proceso debe realizarse periódicamente al menos una vez cada 3 años, o cuando se considere conveniente por los funcionarios de la Sección de Proyectos Informáticos, para verificar el cumplimiento, no sólo de los productos, sino también de la metodología respecto de las expectativas del Banco para el desarrollo y mantenimiento de las soluciones informáticas. Dicho proceso implicará una serie de reuniones y talleres para evaluar el cumplimiento de los proyectos respecto de la metodología, cuáles han sido las oportunidades de mejora identificadas y cuál será el plan de acción para la actualización de la MAS. En cada evaluación la Jefatura de Proyectos Informáticos designará una comisión de 2 funcionarios para llevar a cabo las modificaciones pertinentes, las cuales deben ser aprobadas por el resto de funcionarios de la sección. Posteriormente las modificaciones deben ser revisadas y autorizadas por el Funcionario Superior a cargo del Departamento, previo a su envío a la Gerencia Administrativa para la autorización final. Responsables: • Funcionarios de la Sección de Proyectos Informáticos 7. MÉTRICAS Para la presente metodología se definieron una serie de métricas, las cuales se utilizarán como retroalimentación en los proyectos y para medir, en lo posible, la calidad de los mismos. Las métricas están orientadas a generar datos confiables que sirvan de utilidad para determinar la contribución de los procesos de automatización en el qué hacer de la Institución, así como para medir el trabajo que se realiza en cada uno de los proyectos. Al igual que en la matriz de productos, se estableció una matriz de métricas por tipo de proyecto. Las métricas a realizarse por tipo de proyecto se identifican de la siguiente forma: “S” Indica si la métrica debe realizarse. “N” Indica que la métrica no debe evaluarse. Ver Anexo III MAS-005[Matriz de Métricas por Tipo de Proyecto]. PRINCIPIOS METODOLÓGICO La presente metodología es aplicable a los proyectos indicados en el alcance de la MAS. Los proyectos se iniciarán a partir de una solicitud formal de la dependencia usuaria, de la forma que lo defina el Departamento, en el mecanismo que se establezca para el efecto. El Departamento determinará los procedimientos administrativos a seguir por parte de la Sección de Proyectos Informáticos, para atender los requerimientos de los usuarios. El Líder Funcional será el responsable de liderar el equipo de un proyecto específico, sin embargo, también podrá liderar otros, o todos los proyectos informáticos que se desarrollen en su área, como dependencia usuaria. El Líder Funcional será el responsable de evaluar periódicamente los avances de cada una de las fases del proyecto, determinando los cursos de acción a seguir (por ejemplo, en el caso de retrasos evaluar si se sacrifica tiempo, recursos o funcionalidad, sin alterar el objetivo de la solución informática). Las herramientas tecnológicas a utilizar quedarán plasmadas en los formatos, guías y estándares y no en el documento de la metodología. Al finalizar cada fase de la metodología deberá hacerse un informe que refleje todo lo actuado, cuando aplique, según lo indicado en las matrices de productos. En los proyectos que aplique, se deberá hacer uso de prototipos para mostrar y validar la funcionalidad de las soluciones informáticas antes de su desarrollo. Los proyectos se realizarán bajo el concepto de entregas incrementales, para que el usuario pueda ver resultados parciales. Se deberán generar registros de reunión de todas las sesiones relacionadas con los proyectos de administración de soluciones informáticas, utilizando el formato MAS-102 [Minuta de Seguimiento de Proyectos]. El responsable de completar este documento será el organizador de la reunión. III. FASES DE LA METODOLOGÍA A continuación, se presentan las fases de la metodología: FASE 1 Administración de Requerimientos Esta fase tiene como propósito gestionar las actividades para la identificación, de una forma estructurada y ordenada, de las necesidades del proyecto, para su posterior automatización, estableciendo claramente lo que el usuario requiere de la solución informática. Proporciona un punto de partida para los controles que tendrá el proyecto y las actividades de mantenimiento, con el objetivo que los usuarios analicen sus requerimientos cuidadosamente y definirlos dentro del marco del problema. Representa un consenso entre los usuarios y el Equipo Técnico de Trabajo, para garantizar el éxito del proyecto y evitar rechazos de usuarios finales. Objetivos: Establecer un procedimiento que facilite la interacción con el usuario, para que de esta manera se puedan recolectar, organizar y documentar los requerimientos de la solución informática. Obtener, de la forma más detallada posible, los requerimientos funcionales y no funcionales, restricciones de diseño, seguridad y control interno, entre otros. Establecer acuerdos para la definición de requerimientos entre los integrantes del equipo del proyecto. Resultado esperado: Una definición de requerimientos de la solución informática correcta, consistente, clara y completa. Insumos: Solicitud de Proyectos de Desarrollo Nuevos asignando la prioridad correspondiente (Los proyectos se iniciarán a partir de una solicitud formal de la dependencia usuaria, de la forma que lo defina el Departamento, en el mecanismo que se establezca para el efecto). Planificación de Proyectos del Departamento. Solicitud de Mantenimiento de soluciones informáticas en Producción (Correctivo, Evolutivo, Adaptativo, Perfectivo). Herramientas a utilizar: Plan de trabajo propuesto por el equipo del proyecto. Estrategias específicas del proyecto. Herramienta de modelado de datos o procesos. Formatos y guías especificados en esta fase. Etapas a desarrollar: Etapa 1.1: Planificación y Control Etapa 1.2: Definición de la Visión Global del Proyecto Etapa 1.3: Planificación de Reuniones para la Toma de Requerimientos Etapa 1.4: Toma de Requerimientos Etapa 1.5: Aseguramiento de la Calidad de la Administración de Requerimientos Etapa 1.6: Informe de la Fase ETAPA 1.1: Planificación y Control En esta etapa se realizará la planificación preliminar de todo el proyecto y la planificación detallada de esta fase. Adicionalmente, se efectuará el seguimiento del plan detallado de la misma, a través de la supervisión continua de la ejecución de las tareas definidas. Lo anterior, con el fin de asegurar que se está cumpliendo con el plan previsto para todo el proyecto en general y de la fase. 1.1.1 Responsable: Líder Funcional 1.1.2 Participantes: Líder Técnico Equipo Técnico de Trabajo Participantes del Área Usuaria 1.1.3 Productos: Formato MAS-101 [Plan de Trabajo] Formato MAS-102 [Minuta de Seguimiento de Proyectos] 1.1.4 Actividades a realizar: Para llevar el control del avance y compromisos del proyecto se deberá realizar lo siguiente: Elaboración de la Planificación Se deben elaborar los planes de trabajo preliminar y detallado de la misma, para lo cual deberá utilizarse la herramienta de planificación de proyectos vigente, definida por el Departamento. Formato: MAS-101 [Plan de Trabajo]. Seguimiento del Proyecto Durante el desarrollo de la fase se deberán realizar reuniones de control en las que se dará seguimiento al avance del proyecto. El documento a completar para el control del seguimiento será el formato MAS-102 [Minuta de Seguimiento de Proyectos]. ETAPA 1.2: Definición de la Visión Global del Proyecto El objetivo de esta etapa es conocer, de forma general, los alcances, limitaciones y usuarios clave; entender las necesidades e interfases con otras soluciones informáticas o fuentes de información; y, conocer, desde el punto de vista técnico, los procesos que conforman el proyecto. 1.2.1 Responsable: Líder Funcional 1.2.2 Participantes: Líder Técnico Equipo Técnico de Trabajo 1.2.3 Consideraciones: El Líder Funcional será el responsable de convocar a la reunión para presentar la visión global del proyecto. 1.2.4 Productos: Formato MAS-103 [Identificación de Necesidades para Soluciones Informáticas] Formato MAS-106 [Especificación de Generalidades de la Solución Informática] • Formato MAS-320 [Definición de Dimensiones y Métricas] (Preliminar) 1.2.5 Actividades a realizar: Para cubrir el objetivo de la fase se deberá completar el formulario de la Entrevista Estratégica-Operacional, según formato MAS-103 [Identificación de Necesidades para Soluciones Informáticas] tomando en cuenta la guía MAS-103A. Asimismo, debe llenarse el formato MAS-106 [Especificación de Generalidades de la Solución Informática]. ETAPA 1.3: Planificación de Reuniones para la Toma de Requerimientos El objetivo de esta etapa será el de organizar reuniones de trabajo para la toma de requerimientos, definiendo las acciones y compromisos para las reuniones siguientes. 1.3.1 Responsable: Líder Funcional 1.3.2 Participantes: Líder Técnico Equipo Técnico de Trabajo 1.3.3 Actividades a realizar: El Líder Funcional será el responsable de definir la planificación de las reuniones y de designar a los usuarios clave, instruyéndoles en prestar la colaboración debida para el desarrollo del proyecto. El Líder Técnico designará al integrante del Equipo Técnico de Trabajo quién estará a cargo de la toma de requerimientos. ETAPA 1.4: Toma de Requerimientos Esta etapa consiste en generar una descripción completa de las necesidades y funcionalidades de la solución informática que será desarrollada, mejorada u optimizada; describe el alcance o las modificaciones y la forma en que se desarrollarán las funciones, definiendo los requerimientos funcionales y no funcionales. Deben incluirse los requerimientos de control interno, interfases, reportes y/o aspectos de seguridad de la solución informática. 1.4.1 Responsable: Líder Funcional Líder Técnico 1.4.2 Participantes: Participantes del Área Usuaria Equipo Técnico de Trabajo 1.4.3 Consideraciones: Es importante destacar que el documento donde se especifican los requerimientos, será la base del alcance del proyecto, y un acuerdo entre los clientes, usuarios finales, Equipo Técnico de Trabajo, personal de pruebas y todo aquel involucrado en la implementación de la solución. 1.4.4 Productos: Formato MAS-109 [Toma de Requerimientos] de conformidad con lo descrito en la guía MAS-109A. Formato MAS-107 [Glosario de la Solución Informática] de conformidad con lo descrito en la guía MAS-107A. Diagrama de Procesos de Negocio según la guía MAS-312A [Diagrama de Procesos de Negocio Preliminar (BPM)]. Formato MAS-320 [Definición de Dimensiones y Métricas] (Preliminar) para los proyectos de Inteligencia de Negocios. 1.4.5 Actividades a realizar: El líder funcional debe reunirse periódicamente con el Equipo de Proyecto y otros participantes para intercambiar la información y documentación que consideren conveniente. La comunicación debe ser fluida y constante para plasmar las especificaciones que la solución informática debe cumplir. Como resultado de las etapas anteriores y de otra documentación será diseñado el [Diagrama de Procesos de Negocio (BPM)], utilizando la guía de diseño MAS-312A; y el formato MAS-107 [Glosario de la Solución Informática], para la elaboración de este último formato se debe consultar la guía MAS-107A. Para el caso de proyectos de inteligencia de negocios será entregado el Formato MAS320 [Definición de Dimensiones y Métricas] (Preliminar). Para la elaboración del mismo debe consultar la guía MAS-320A (Preliminar). Como resultado de las reuniones y recopilación de información, así como de los diagramas generados, el Líder Funcional elaborará el formulario Formato MAS-109 [Toma de Requerimientos] de conformidad con lo descrito en la guía MAS-109A. ETAPA 1.5: Aseguramiento de la Calidad de la Administración de Requerimientos Para este proceso es importante que la solución informática se describa desde el punto de vista de aquél que lo va a utilizar y no desde el punto de vista del que lo va a construir. De esta forma se termina de validar que los requerimientos documentados son los verdaderos requerimientos de los usuarios, ya que éstos comprenderán fácilmente la forma en la que están expresados. Se efectuará una revisión por parte del Líder Funcional y Técnico, para asegurar la calidad de la etapa, evitando omisión de requerimientos y que los mismos no sean ambiguos, inconsistentes o redundantes. Adicionalmente, se deberá registrar en la herramienta destinada para el efecto, la lista de documentos y formatos entregados. 1.5.1 Responsable: Líder Funcional 1.5.2 Participantes: Participantes del Área Usuaria Líder Técnico Equipo Técnico de Trabajo 1.5.3 Consideraciones: Los costos de errores en los requerimientos son altos, por lo cual la validación y aceptación de los mismos es muy importante. 1.5.4 Productos: Formato MAS-109 [Toma de Requerimientos] debidamente revisado y validado. • Formato MAS-312 [Diagrama de Procesos del Negocio (BPM)] preliminar, revisado y validado, según la guía MAS-312A [Diagrama de Procesos de Negocio (BPM)]. • Formato MAS-320 [Definición de Dimensiones y Métricas] (Preliminar) para los proyectos de Inteligencia de Negocios. 1.5.5 Actividades a realizar: El Líder Funcional debe oficializar los requerimientos o las modificaciones posteriores, para lo cual deberá enviar el formato MAS-109 [Toma de Requerimientos], por el medio que el Departamento estime pertinente. El Líder Técnico, revisará el formato MAS-109 [Toma de Requerimientos], validando que cumpla con lineamientos establecidos en la MAS y/o lo que establezca el Departamento, como resultado de esta actividad procederá a aceptar o rechazar dicho formato. El Líder Técnico junto con el Equipo Técnico de Trabajo deben utilizar la guía MAS-312A [Diagrama de Procesos del Negocio (BPM)] para generar el diagrama de Procesos de Negocio, el cual debe ser revisado y validado para determinar si el flujo de información es el correcto. ETAPA 1.6: Informe de la Fase En esta etapa se elaborará el informe de la fase en el que se generará el resumen del resultado de todas las etapas anteriores e incluirá todos los formatos y reportes generados durante cada una de ellas. Se debe completar el formulario MAS-112 [Informe Final de la Fase] de conformidad con lo descrito en la guía MAS-112A. En este punto es importante medir el resultado de la fase con relación a los planes de trabajo elaborados, para lo cual deberá revisarse el avance del proyecto, respecto del calendario original, y de encontrar retrasos o problemas, se deberá informar de la situación para determinar la decisión que debe tomarse con relación al desarrollo del proyecto, identificando si se incrementan tiempos o recursos, o se disminuye funcionalidad. 1.6.1 Responsable: Líder Funcional 1.6.2 Participante: Líder Técnico Participantes del Área Usuaria Equipo Técnico de Trabajo 1.6.3 Consideraciones: Es importante indicar que para este informe se debe tomar en cuenta la Matriz de Productos por Tipo de Proyecto, para determinar qué productos deberán ser generados. 1.6.4 Productos: Formato MAS-112 [Informe de la Fase] firmado por los participantes en el proceso. FASE 2 Análisis de la Solución Informática En esta fase se realizan estudios que permitan determinar la viabilidad del proyecto, se genera la documentación donde se define el alcance y las limitaciones de la solución informática y se da seguimiento a la planificación general y requerimientos de alto nivel. Para los proyectos de mantenimiento, en esta fase se realizará lo que corresponde al análisis de los requerimientos del usuario. Objetivos: • Validar la factibilidad técnica de los requerimientos y, de ser viables, definir y documentar los procesos a desarrollar. Obtener una especificación detallada de la solución informática, de forma que satisfaga las expectativas propuestas por los usuarios y sirva de base para el posterior diseño de la solución. Resultados esperados: Determinación de la factibilidad técnica de la solución informática. Realizar el análisis de la solución informática. Insumos: Informe de la fase de Administración de Requerimientos que incluye: − Lista de documentos y formatos adjuntados, debidamente revisados, validados y aceptados por el usuario en la herramienta destinada para el efecto. − Diagrama BPM preliminar, revisado y validado. Herramientas a utilizar: Minutas de seguimiento de proyectos. Herramienta de modelado de datos. Requerimientos del proyecto. Diagramas de procesos. Etapas a desarrollar: Etapa 2.1: Planificación y Control Etapa 2.2: Análisis de Factibilidad Técnica Etapa 2.3: Documentación de Análisis de la Solución (Especificación Funcional) Etapa 2.4: Aseguramiento de la Calidad del Análisis de la Solución Informática Etapa 2.5: Informe de la Fase ETAPA 2.1: Planificación y Control En esta etapa se realizará la planificación detallada de la fase, así como el seguimiento a la planificación general de la solución informática a implementar, a través de la supervisión continua de la ejecución de las tareas definidas. Lo anterior, con el fin de asegurarse que se está cumpliendo de acuerdo al plan previsto para todo el proyecto en general y de la fase. 2.1.1 Responsable: Líder Funcional 2.1.2 Participante: Líder Técnico Participantes del Área Usuaria Equipo Técnico de Trabajo 2.1.3 Productos: Formato MAS-101 [Plan de Trabajo] Formato MAS-102 [Minuta de Seguimiento de Proyectos] 2.1.4 Actividades a realizar: Para llevar el control del avance y compromisos del proyecto se deberá realizar lo siguiente: Actualización de la Planificación Una actividad importante en la fase es la actualización del plan de trabajo general definido en la fase de requerimientos, mediante la cual se realiza la supervisión continua de la ejecución de las tareas incluidas en todo el proyecto, con el fin de asegurarse de que se va desarrollando de acuerdo al plan previsto. Esta actividad deberá realizarse al principio y al final de esta Fase. Deberá utilizarse la herramienta de planificación de proyectos vigente, definida por el Departamento. Formato: MAS-101 [Plan de Trabajo]. Seguimiento del Proyecto Durante el desarrollo de la fase se podrán realizar reuniones de control en las que se dará seguimiento al avance del proyecto. El formato para llevar a cabo el seguimiento será el MAS-102 [Minuta de Seguimiento de Proyectos]. ETAPA 2.2: Análisis de Factibilidad Técnica La etapa de factibilidad técnica deberá generar un estudio corto y orientado al análisis de los requerimientos definidos en la primera fase de esta metodología; las posibles alternativas que den una solución óptima al problema planteado, documentando el tiempo de elaboración y costos del mismo; así mismo contemplará un recuento de los recursos disponibles y de los nuevos componentes de hardware y/o software a adquirir. Para lo anterior, se tomará en cuenta las consideraciones generales que emita la Sección de Seguridad Informática. En este punto se deberá preparar la documentación que sirva como referencia para la aprobación del proyecto, si el estudio de factibilidad de la solución informática así lo establece; se deberá, asimismo, evaluar la situación actual de la sección o departamento solicitante; el desarrollo de las posibles soluciones o alternativas del producto, así como de los procesos que deben ser enfatizados; y, escoger la solución óptima. 2.2.1 Responsables: Líder Técnico Líder Funcional 2.2.2 Participante: Equipo del proyecto 2.2.3 Productos: Formato MAS-201 [Análisis de Factibilidad Técnica] Formato MAS-203 [Análisis de Impacto] 2.2.4 Actividades a realizar: Se deben llevar a cabo los diferentes análisis de factibilidad de las alternativas que pueden seguirse para el desarrollo de la solución informática, para lo cual deberá completar el formato MAS-201 [Análisis de Factibilidad Técnica], utilizando la guía MAS201A. Elaborar el análisis de impacto, utilizando el formato MAS-203 [Análisis de Impacto], con el objetivo de estimar el esfuerzo necesario para cada una de las alternativas propuestas en el análisis de factibilidad técnica. El Líder Técnico, derivado del resultado del análisis de factibilidad técnica, podrá requerir al Líder Funcional una actualización del formato MAS-109 [Toma de Requerimientos]. Adicionalmente, como parte del análisis de factibilidad técnica es necesario realizar una evaluación de los riesgos a los que puede estar expuesta la solución a implementar, para lo cual el Líder Funcional deberá llenar los formatos que apliquen de la Metodología de Administración de Proyectos del Banco. Deberá realizarse una presentación del Análisis de Factibilidad Técnica realizado a los Directores del área en la que se implementará el proyecto y del Departamento a fin de obtener la aprobación para continuar con el desarrollo del mismo. ETAPA 2.3: Documentación de Análisis de la Solución (Especificación Funcional) En esta etapa se tomarán los requerimientos y diagramas de Procesos de Negocio -BPM- validados por el usuario y el proceso optimizado; se documentarán, diagramarán y trasladarán a una serie de documentos que definen el requerimiento y los criterios de aceptación, así como su prioridad. Estos documentos servirán al equipo técnico de trabajo para crear la solución del requerimiento. 2.3.1 Responsable: Líder Técnico 2.3.2 Participantes: Equipo Técnico de Trabajo Participantes del Área Usuaria 2.3.3 Productos: Formato MAS-202 [Especificación Funcional de la Solución Informática] Actualización del diagrama de procesos de negocios según la guía MAS-312A [Diagrama de Procesos del Negocio (BPM)]. 2.3.4 Actividades a realizar: Debe revisarse el diagrama MAS-312 [Diagrama de Procesos del Negocio (BPM)], según la guía MAS-312A [Diagrama de Procesos de Negocio (BPM) y dependiendo del resultado del análisis puede procederse a su actualización según lo que se haya analizado durante esta etapa. Debe llenarse el Formato MAS-202 [Especificación Funcional de la Solución Informática] plasmando lo necesario según la guía MAS-202A. ETAPA 2.4: Aseguramiento de la Calidad del Análisis de la Solución Informática En esta etapa se realizará la validación de la solución definida en el diagrama de procesos (BPM). La validación se deberá efectuar conjuntamente con el usuario y tiene como objetivo asegurar la calidad de la fase de Análisis de la Solución Informática y validar formalmente que se ha logrado interpretar el problema o necesidad del usuario, por medio de herramientas informáticas. 2.4.1 Responsable: Líder Técnico 2.4.2 Participantes: Equipo Técnico de Trabajo Participantes del Área Usuaria 2.4.3 Producto: Diagrama de procesos de negocio según guía MAS-312A [Diagrama de Procesos del Negocio (BPM)] mejorados, según la guía MAS-312A [Diagrama de Procesos de Negocio (BPM). 2.4.4 Actividades a realizar: Revisión de los documentos de entrada: Se deberán revisar todos los documentos que se utilizaron para la captura del problema o necesidad del usuario, incluyendo: − Formato MAS -102 [Minuta de Seguimiento del Proyecto] − Formato MAS -109 [Toma de requerimientos] − Cualquier otro documento utilizado para entrevistar al usuario. Revisión de la interpretación que se le ha dado al problema (Diagramas de Modelado de Datos): Se deben revisar en forma conjunta con el usuario los documentos siguientes: − Formato MAS -312 [Diagramas de Procesos de Negocio (BPM)] mejorados, según la guía MAS-312A [Diagrama de Procesos de Negocio (BPM). Si existiera algún tipo de problema se deberá hacer lo siguiente: − Identificar el origen de cada problema para poder remitirlo a quién corresponda y determinar las acciones o medidas correctivas que será preciso llevar a cabo para resolverlo de forma satisfactoria. − Indicar cuál análisis se deberá de volver a realizar, o si será necesario contemplar un nuevo análisis. Una vez realizadas las medidas correctivas necesarias, y comprobado que el análisis es adecuado, se documentará el resultado global de la revisión y los criterios de aceptación que incluyen la aprobación del análisis de la solución informática por parte del usuario final. ETAPA 2.5: Informe de la Fase En esta etapa se elaborará el informe final de la fase en el que se generará el resumen del resultado de todas las etapas anteriores e incluirá todos los formatos y reportes generados durante cada una de ellas. Para ello se deberá completar el formato MAS-112 [Informe Final de la Fase] según lo que indica la guía MAS-112A. En este punto es importante medir el resultado de la fase con relación a los planes de trabajo elaborados, para lo cual deberá revisarse el avance del proyecto, respecto del calendario original, y de encontrar retrasos o problemas, se deberá informar de la situación para determinar la decisión que debe tomarse con relación al desarrollo del proyecto, identificando si se incrementan tiempos o recursos, o se disminuye funcionalidad. 2.5.1 Responsable: Líder Técnico 2.5.2 Participante: Líder Funcional 2.5.3 Consideraciones: Es importante indicar que para este informe se debe tomar en cuenta la [Matriz de Productos por Tipo de Proyecto], para determinar por tipo de proyecto qué productos fueron generados. 2.5.4 Productos: Formato MAS-112 [Informe Final de la Fase] FASE 3 Diseño de la Solución Informática En esta fase se realiza la definición de la arquitectura de la solución informática y del entorno tecnológico que le va a dar soporte, junto con la especificación detallada de los componentes, a fin de definirla con suficientes detalles como para permitir su interpretación y realización física. A partir de dicha información, se generan todas las especificaciones de construcción relativas a la solución a implementar. Objetivo: Definir a nivel de detalle, las entradas, los procesos y las salidas necesarios para el funcionamiento de la solución, de forma que satisfaga los requerimientos definidos en el MAS-109 propuestos por los usuarios. Se producirá la documentación para el desarrollo de la solución informática (diagramas, reportes, interfases gráficas, etc.) y el detalle del flujo de datos y su relación con los procesos del negocio. Resultado esperado: Diseño de la solución informática que incluya, modelos de lenguaje de modelado de datos, administración de la configuración, diseño de interfases gráficas, así como reportes, módulos y procesos. Insumos: Informe de la fase de Análisis que incluye: Formato MAS-202 [Especificación Funcional de la Solución Informática]. Formato MAS-312 [Diagramas de Procesos de Negocio (BPM)] mejorados. Herramientas a utilizar: Minutas de seguimiento de proyectos Plan de trabajo Estrategias específicas del proyecto Herramienta de modelado de objetos Herramienta para control de versiones Estándares de programación Etapas a desarrollar: Etapa 3.1: Planificación y Control Etapa 3.2: Generación de Modelos de Lenguaje de Modelado de Datos Etapa 3.3: Administración de la Configuración Etapa 3.4: Análisis de Componentes Etapa 3.5: Diseño de Interfases Gráficas y Reportes Etapa 3.6: Aseguramiento de la Calidad del Diseño de la Solución Informática Etapa 3.7: Informe de la Fase ETAPA 3.1: Planificación y Control En esta etapa se realizará la planificación detallada de la misma, así como el seguimiento de la planificación general de la solución informática a implementar, a través de la supervisión continua de la ejecución de las tareas definidas. Lo anterior, con el fin de asegurarse que se está trabajando de acuerdo al plan previsto para todo el proyecto en general y de la fase, en particular. 3.1.1 Responsable: Líder Técnico 3.1.2 Participante: Equipo Técnico de Trabajo 3.1.3 Productos: Formato MAS-101 [Plan de Trabajo] Formato MAS-102 [Minuta de Seguimiento de Proyectos] 3.1.4 Actividades a realizar: Para llevar el control del avance y cumplimiento de compromisos se deberá realizar lo siguiente: Actualización de la Planificación Una actividad importante en la fase es la actualización del plan de trabajo general definido en la fase de Toma de Requerimientos, mediante la cual se realizará la supervisión continua de la ejecución de las tareas incluidas en todo el proyecto, con el fin de asegurarse de que se va desarrollando de acuerdo al plan previsto. Esta actividad deberá realizarse al principio y al final de esta Fase. Deberá utilizarse la herramienta de planificación de proyectos vigente, definida por el Departamento. Formato: MAS-101 [Plan de Trabajo]. Seguimiento del Proyecto Durante el desarrollo de la fase se podrán llevar a cabo reuniones de control en las que se dé seguimiento al avance del proyecto. El formato para llevar a cabo el seguimiento será el MAS-102 [Minuta de Seguimiento de Proyectos]. ETAPA 3.2: Generación de Modelos de Lenguaje de Modelado de Datos En esta etapa se analizarán los requerimientos, diagramas y documentos que se reciban de las fases Administración de Requerimientos y Análisis de la Solución Informática. Se evaluará la implementación de mejoras de procesos de negocio elaborados en las fases y etapas anteriores; y se diseñarán los nuevos diagramas de modelado de datos, dependiendo de la especificación de la solución. Para lo anterior, se tomará en cuenta las consideraciones generales que emita la Sección de Seguridad Informática, y se utilizará la herramienta de modelado aprobada por la Dirección del Departamento. Adicionalmente, se deberá llevar el control de cada uno de los diagramas generados, para lo cual se utilizará la herramienta aprobada por la Dirección del Departamento. Estos diagramas se agregarán a la documentación de cada proyecto que es centralizada por la Sección de Gestión y Calidad Tecnológica. 3.2.1 Responsable: Líder Técnico 3.2.2 Participante: Equipo Técnico de Trabajo 3.2.3 Productos: Formato MAS-312 [Diagrama de Procesos de Negocio (BPM)] Formato MAS-314 [Diagrama de Secuencia] Formato MAS-315 [Diagrama de Transición de Estados] Formato MAS-318 [Modelo Entidad Relación] Formato MAS-319 [Diagrama de Interacción con otras Soluciones Informáticas] • Formato MAS-320 [Definición de Dimensiones y Métricas] (Mejorado) 3.2.4 Actividades a realizar: Los diagramas que deberán crearse o mejorarse son los siguientes: Diagrama de Procesos de Negocio Podrán mejorarse los diagramas MAS-312 [Diagrama de Procesos de Negocio (BPM)] que fueron entregados en la fase de Análisis de la Solución Informática, y deberán crearse nuevos diagramas de ser necesario. Para realizar este diagrama debe utilizarse la guía MAS-312A. Diagrama de Secuencia Deberá elaborarse el diagrama MAS-314 [Diagrama de Secuencia] el cual representa el comportamiento de la solución informática a construir, en términos de interacciones. La construcción de este diagrama servirá para probar, a nivel conceptual, el modelo estático. Para realizar dicho diagrama deberá utilizarse la guía MAS-314A. Diagrama de Transición de Estados Deberá construirse el diagrama MAS-315 [Diagrama de Transición de Estados], utilizando como insumos el análisis de requerimientos, y los de Secuencia, en base a la guía MAS-315A. Diagrama de Interacción con otras Soluciones Informáticas Deberá construirse el diagrama MAS-319 [Diagrama de Interacción con otras Soluciones Informáticas] para describir de forma gráfica las relaciones que existen entre cada Solución Informática. Para realizar dicho diagrama deberá utilizarse la guía MAS-319A. Modelo Entidad Relación (ER) Deberán generarse los diagramas MAS-318 [Modelo Entidad Relación] que contendrán los modelos de datos de la aplicación, tanto a nivel conceptual como físico, los cuales deberán cumplir con todos los estándares de programación según el documento MAS413A [Estándar para Creación de Bases de Datos]. Los Modelos ER deberán estar completamente documentados, con la descripción de tablas, campos, relaciones, dominios de cada campo, triggers, procedimientos almacenados y todos los demás objetos que pudieran conformarlo. Al final deberá crearse el diccionario de datos, el cual se trasladará, junto con los diagramas, a las personas encargadas del desarrollo de la aplicación. Ver anexo de ejemplo en la guía MAS-318A. Definición de Dimensiones y Métricas Para los proyectos de inteligencia de negocios será entregado el Formato MAS-320 [Definición de Dimensiones y Métricas] (mejorado). Para la elaboración del mismo debe consultar la guía MAS-320A. ETAPA 3.3: Administración de la Configuración En esta etapa se analizará y seleccionará la configuración que tendrá la solución informática a elaborar, detallando aspectos importantes tanto para el desarrollo del software, como la configuración de base de datos, periféricos, protocolos, privilegios, etc. 3.3.1 Responsable: Líder Técnico 3.3.2 Participantes: Equipo Técnico de Trabajo 3.3.3 Productos: Formato MAS-301 [Administración de Configuración] 3.3.4 Actividades a Realizar Deberán analizarse los requerimientos del MAS-109, diagramas de lenguaje de modelado de datos y la alternativa seleccionada en el análisis de factibilidad, para así determinar la configuración óptima que deberá tener la solución informática. En la configuración se tendrá que analizar el software a utilizar, hardware y otros asuntos pertinentes, para lo cual deberá llenar el Formato MAS-301 [Administración de Configuración], de acuerdo a la guía MAS-301A. ETAPA 3.4: Análisis de Componentes Se realizará un análisis de los componentes existentes en las soluciones informáticas que se encuentran en producción, a fin de determinar los componentes que puedan reutilizarse en el desarrollo en que se está trabajando. Asimismo, se determinará si existe la necesidad de crear componentes que puedan ser reutilizados por otros procesos o soluciones existentes en la Institución. 3.4.1 Responsable: Líder Técnico 3.4.2 Participante: Equipo Técnico de Trabajo 3.4.3 Productos: Formato MAS-309 [Listado de Componentes de soluciones informáticas] 3.4.4 Actividades a Realizar Se realizará un análisis de los componentes existentes y nuevos a desarrollar en las soluciones informáticas que se encuentran en producción, a fin de determinar los componentes que puedan reutilizarse en el desarrollo de la solución informática en la que se está trabajando, debe llenarse el formato MAS-309 [Listado de Componentes de Soluciones Informáticas] ETAPA 3.5: Diseño de Interfases Gráficas y Reportes En esta etapa se trata de plasmar, de una manera descriptiva y gráfica, la forma y diseño que tendrán las interfases gráficas y los reportes, dejando constancia de cada uno de los elementos que compondrán la solución informática. Es conveniente que, al finalizar, se haga una clasificación y codificación de los documentos para su mejor control. En este punto se analizarán los requerimientos del usuario y los diagramas de modelado de datos elaborados, para determinar, de una manera clara y detallada, las interfases y reportes que la solución informática deberá cubrir. De ser necesario se podrá generar un prototipo que ejemplifique al usuario la forma en que se verán las interfases y reportes en la solución a desarrollar, para definir de mejor manera su funcionamiento. 3.5.1 Responsable: Líder Técnico 3.5.2 Participantes: Equipo Técnico de Trabajo Líder Funcional Participantes del Área Usuaria 3.5.3 Productos: Formato MAS-302 [Diseño de Interfases Gráficas y Reportes] 3.5.4 Actividades a realizar: Deberá llenarse el formato MAS-302 [Diseño de Interfases Gráficas y Reportes]. Para completar dicho formato podrá apoyarse en el documento MAS-109 [Toma de Requerimientos]. Para ello deberá utilizar la herramienta de software que para el efecto autorice la Jefatura de la Sección de Proyectos Informáticos, de acuerdo a la guía MAS-302A. ETAPA 3.6: Aseguramiento de la Calidad del Diseño de la Solución Informática En esta etapa el Líder Técnico realizará sesiones de revisión de los diferentes productos elaborados en la fase, de encontrar aspectos a corregir, deben ser devueltos a su autor para los ajustes correspondientes. De no encontrarse correcciones, el Líder Técnico o la Jefatura de la Sección de Proyectos Informáticos aceptará como válidos los productos de la fase e indicará al Líder Funcional que se proceda a elaborar el formato MAS-112 [Informe Final de la Fase]. 3.6.1 Responsable: Líder Técnico 3.6.2 Participantes: Líder Funcional Equipo Técnico de Trabajo 3.6.3 Productos: Formato MAS-322 [Validación y aceptación de los requerimientos] 3.6.4 Actividades a Realizar Se revisará cada una de las etapas del diseño de la solución informática, a fin de determinar que cada una cumple con lo requerido por el usuario. Verificando a detalle cada uno de los productos que se generen en esta fase utilizando el formato MAS-322 [Validación y Aceptación de los Requerimientos]. Para esta actividad deberá tomar en cuenta lo descrito en la guía MAS-322A. ETAPA 3.7: Informe de la Fase En esta etapa se elaborará el informe final de la fase en el que se generará el resumen del resultado de todas las etapas anteriores e incluirá todos los formatos y reportes generados durante cada una de ellas. Para ello se deberá completar el formato MAS-112 [Informe Final de la Fase] según lo que indica la guía MAS-112A. En este punto es importante medir el resultado de la fase con relación a los planes de trabajo elaborados, para lo cual deberá revisarse el avance del proyecto, respecto del calendario original, y de encontrar retrasos o problemas, se deberá i