UNIVERSIDAD POLITÉCNICA SALESIANA FACULTAD DE INGENIERÍAS SEDE QUITO – CAMPUS SUR CARRERA DE INGENIERÍA DE SISTEMAS MENCIÓN TELEMÁTICA ANALISIS, DISEÑO Y CONSTRUCCION DEL SISTEMA PLANIFICADOR DE ACTIVIDADES PARA EL PERSONAL QUE DESARROLLA PRODUCTOS ESTADISTICOS EN EL INEC.”SPAINEC)” TESIS PREVIA A LA OBTENCIÓN DEL TÍTULO DE INGENIERO DE SISTEMAS ARMANDO JULIO GUACHICHULCA MORALES DIRECTOR ING. RAMIRO CRIOLLO. Quito, Abril 2008 1 CONTENIDO CAPITULO I ENFOQUE INICIAL DEL PROYECTO 1.1 Situación actual de la organización 1 1.1.1 Visión INEC 1 1.1.2 Misión INEC 1 1.1.3 Estructura por procesos 1 1.1.3.1 Procesos gobernantes 2 1.1.3.2 Procesos agregadores de valor 3 1.1.3.3 Procesos habilitantes 4 1.1.3.3.1 Procesos habilitantes de asesoria 4 1.1.3.3.2 Procesos habilitantes de apoyo 4 1.1.3.4 Procesos desconcentrados 6 1.1.4 Organigrama estructural del INEC 7 1.2 8 Proyecto spainec: planteamiento 1.2.1 Descripción del problema 8 1.2.2 Direcciones involucradas en el sistema 10 1.2.1 Dirección de recursos humanos y servicios administrativos 10 1.2.1.1 Desarrollo institucional 10 1.2.1.2 Recursos humanos 10 1.2.3 Objetivos del proyecto 11 1.2.3.1 Objetivo general 11 1.2.3.2 Objetivo específico 11 1.2.3.4 Justificación del proyecto 11 1.2.5 Alcance 12 CAPITULO II MARCO TEORICO 2.1 Modelo de gestión de proyectos 16 2.2 Estadísticas 17 2.2.1 Producto Estadístico 17 2.2.2 Estructura del Proceso Productivo 18 2.3 Indicadores de Gestión 20 2.3.1 Indicadores de Gestión de Productos Primarios 20 por Unidad Administrativa 2 2.3.1.1 Metodología de cálculo 21 2.4 Metodología de desarrollo 22 2.4.1 Modelo de ingeniería de software 22 2.4.1.1 Modelo lineal secuencial 22 2.5 Programación orientada a objetos 25 2.5.1 Características de la programación orientada a objetos 26 2.6 Metodología de diseñó 26 2.6.1 Lenguaje de modelamiento unificado (UML) 27 2.6.1.1 Vistas de UML 29 2.6.1.2 Metodología de Diseño Hipermedial Orientado a Objetos OOHDM 30 2.7 Herramientas de Desarrollo del Sistema 41 2.7.1 Entorno de desarrollo 42 2.7.1.1 Beneficios 44 2.7.1.2 Ventajas 47 2.8 Servicios Web 48 2.8.1 Funcionamiento de los Servicios Web 49 2.9 Internet Information Server IIS 51 2.10 Arquitectura 3 Capas 54 2.11 Estándares aplicados al sistema SPAINEC 56 Capitulo III ANALISIS Y DISEÑO DEL SISTEMA 3 Introducción 60 3.1 - Levantamiento del sistema SPAINEC 60 3.2 - Análisis el software 61 3.2.1- Metodología 61 3.2.2.- Análisis 61 3.3 - 61 Especificación de requisitos 3.3.1.- Introducción 61 3.3.2.- Propósito 61 3.3.3 - Ámbito 61 3.3.4.- Definiciones, acrónimos abreviaturas 65 3.3.5.- Visión general de la recolección de requisitos 68 3 3.3.6 Descripción general del SPAINEC 71 3.3.8 Características de usuario 74 3.3.9 Limitaciones generales 75 3.3.10 Requisitos funcionales 75 3.3.11 Requisitos de interfaces 78 3.3.12 Requisitos de ejecución 83 3.3.13 Limitaciones del diseño 86 3.3.16 Atributos de Sistema 87 3.3.16.1 Gestión de Seguridad 87 3.4 Diseño del Sistema Planificador de Actividades SPAINEC 88 3.4.1 Diseño conceptual 89 3.4.2 Mapa conceptual hipermedial 89 3.4.3 Diagrama de casos de uso 95 3.4.4 Diagramas de clases 96 3.4.5 Esquema de Contexto Navegacional 97 3.4.6 Esquema de clases Navegacional 98 3.4.7 Diagramas de Vistas de Datos Abstractos ADV´s 99 3.4.8 Diagramas de Configuración 100 3.4.9 Diagramas de Secuencia 101 3.4.10 Diagramas de actividades 102 3.4.11 Diagramas de Arquitectura 103 CAPITULO IV CONSTRUCCION Y PRUEBAS DEL SISTEMA 4.1 Introducción 104 4.2 Estructura por capas del SPAINEC 104 4.3 Hipótesis de pruebas 105 4.3.1 Estadísticas de Nacimientos y Defunciones 106 4.3.2 Estructura Organizacional del INEC para pruebas 106 4.3.3 Procesos estructurales para pruebas 107 4.4 Pruebas del sistema 113 4.4.1 Definición de casos de prueba 113 4.4.2 Pruebas de caja blanca 113 4 4.4.3 Pruebas de caja negra 135 Conclusiones Recomendaciones CAPITULO I ENFOQUE INICIAL DEL PROYECTO 1.1 SITUACIÓN ACTUAL DE LA ORGANIZACIÓN 1.1.1 VISIÓN INEC “El INEC en el mediano plazo convertirse en una fuente de información completa, oportuna y confiable que satisface las necesidades de información estadística del sector público, sector privado y de la sociedad en general.” 1.1.2 MISIÓN INEC “La misión del INEC es generar y difundir información estadística útil y de calidad del país con el propósito de facilitar la evaluación del desarrollo de la sociedad y de la economía, así como promover las actividades del Sistema Estadístico nacional (SEN).” 1.1.3 ESTRUCTURA POR PROCESOS El INEC se ha estructurado de acuerdo a una organización funcional clásica .En esta estructura tradicional la responsabilidad ha correspondido exclusivamente al director general, hacia quien han ido dirigidas todas las inquietudes y toma de decisiones institucionales La estructura Orgánica por procesos [] permite transportar los procesos establecidos a unidades responsables de ejecutarlos. Esto facilita tanto la dirección como el funcionamiento de una entidad .La delegación de funciones es siempre hacia abajo, sin olvidar que lo que se delega son funciones y tareas, 5 mas la responsabilidad recae siempre sobre el responsable de cada Unidad Administrativa La división en Unidades Administrativas responsables, facilita la delegación de actividades y tareas, disminuyendo el trabajo rutinario a los distintos niveles y conllevando a que las decisiones se tomen según el escalón requerido. La estructura por procesos tiene por objetivos lograr una correcta identificación de las causas de los problemas que se generan dentro del proceso productivo, una adecuada integración entre las diferentes unidades administrativas participes en la producción ,promoción del trabajo en equipo y una orientación enfocada a satisfacer las necesidades Del cliente Los procesos que elaboran los productos y servicios del INEC, se ordenan y clasifican en función de su grado de contribución o valor agregado al cumplimiento de la misión institucional. La estructura orgánica por Procesos del Instituto Nacional de Estadística y Censos INEC esta compuesta por los siguientes macro procesos con sus respectivas Unidades y sub. Unidades Administrativas: Procesos Gobernantes Procesos Agregadotes de valor Procesos Habilitantes de Asesoria Procesos Habilitantes de Apoyo 1.1.3.1 PROCESOS GOBERNANTES Se encargan de emitir directrices, políticas, normas, reglamentos, procedimientos, direccionamiento estratégico, regulaciones y resoluciones para una adecuada administración y ejercicio de la representación legal de la institución. Las direcciones que forman parte de este proceso son las siguientes: Consejo Nacional de Estadística y Censos (CONEC).- Encargada del direccionamiento Estratégico Dirección General y Subdirección General.- Encargadas de la Gestión Estratégica Institucional 6 1.1.3.2 PROCESOS AGREGADORES DE VALOR Generan, administran y controlan los productos y servicios destinados a usuarios externos e internos y permiten cumplir con la misión institucional, constituyen la razón de ser de la institución. Son parte de estos procesos agregadores de valor las siguientes direcciones: Geoestadìstica Geografía Estadística Sistema de Información Estadística Georeferencial - SIEG Dirección de Producción de Estadísticas Económicas Diseño Muestral Económicas Indicadores Económicos Estadísticas Estructurales de Empresas y Establecimientos Económicos Estadísticas Agropecuarias Dirección de Producción de demográficas Diseño Muestral Socio-demográficas Estadística de Hogares Estadísticas Sociales y de Salud Estadística de población y vivienda Dirección de Desarrollo Tecnológico Estadístico Desarrollo y Administración de Sistemas Informáticos Administración de plataforma tecnológica Estadísticas Socio- 7 Análisis de Información Estadística Análisis de Estadísticas Socio-demográficas Análisis de Estadísticas Económicas Análisis de Síntesis Comunicación Social y Relaciones Públicas Imagen Corporativa Marketing y ventas 1.1.3.3 PROCESOS HABILITANTES Están encaminados a generar productos y servicios para los procesos gobernadores, agregadores de valor y para sí mismos, viabilizando la gestión institucional. 1.1.3.3.1 PROCESOS HABILITANTES DE ASESORIA Forman parte de este proceso: Dirección de Asesoria Jurídica Auditoria Interna Dirección de Planificación Convenios y Relaciones Nacionales e Internacionales Planificación Institucional 1.1.3.3.2 PROCESOS HABILITANTES DE APOYO Forman parte de este proceso: Dirección de secretaria General Dirección de Recursos Humanos y Servicios Administrativos Desarrollo Institucional Recursos Humanos Servicios Administrativos DIRECCIÓN DE RECURSOS FINANCIEROS 8 Presupuesto Contabilidad Administración de Caja 9 10 11 1.1.3.4 PROCESOS DESCONCENTRADOS Dirección Regional Norte Dirección Regional Litoral Dirección Regional Centro Dirección Regional Sur Grafico 1: Estructura por procesos de la Planta Central INEC Autor :Instituto Nacional de Estadística y Censos INEC Fuente :Resolución No 151-DIRG-2004 Estatuto Orgánico por Procesos 12 Grafico 2: Procesos Direcciones Regionales Autor: Instituto Nacional de Estadística y Censos INEC Fuente: Resolución No 151-DIRG-2004 Estatuto Orgánico por Procesos 13 1.1.4 ORGANIGRAMA ESTRUCTURAL DEL INEC 14 Grafico 3: Estructura Orgánica INEC Autor: Instituto Nacional de Estadística y Censos INEC Fuente : Plan Operativo Anual INEC 2006 118 La estructura Orgánica funcional bajo la cual se desenvuelve el INEC esta caracterizada por la presencia de macro procesos representados en cada una de las unidades o direcciones que forman el INEC Dentro de cada Dirección/Unidad pueden existir uno o mas procesos cada uno de esos procesos tiene su propia misión particular encaminada a cumplir la misión institucional alineada a la ley de estadística publicada en el registro oficial No 82 del 27 de abril de 1976 y sustentada en la filosofía y enfoque de procesos El Propósito de la filosofía y enfoque por procesos es asegurar el ordenamiento orgánico mediante la misión, principios, política del recurso humano, propósitos, objetivos estratégicos y productos institucionales. 1.2 PROYECTO SPAINEC: PLANTEAMIENTO 1.2.1 DESCRIPCIÓN DEL PROBLEMA El entorno en donde detallamos diferentes aspectos del problema es el Instituto Nacional de Estadísticas y Censos (INEC), esta institución realiza las siguientes funciones: opera como centro oficial general con información de datos estadísticos del país, además coordina y supervisa la ejecución de los programas y planes de trabajo que deben realizar las instituciones del Sistema Estadístico Nacional (SEN). En la actualidad la institución no cuenta con un sistema que permita dar seguimiento y control a los proyectos y actividades que se generan dentro de cada uno de los procesos que forman parte del INEC, sumando a esto la falta de un procedimiento para asignación de porcentajes de tiempo por actividad de cada funcionario. En el área de recursos humanos no se tiene definido un procedimiento para la administración de porcentajes de tiempo, sin embargo el departamento de 119 planificación realiza un seguimiento de los proyectos que desarrolla el INEC pero a nivel macro, los mismos que se llenan en forma manual; esta información no es suficiente para gestionar el personal. La dirección de Recursos Humanos no puede establecer reportes que permitan conocer el personal que trabaja a tiempo completo, el porcentaje de carga laboral que tiene cada uno y obtener información de las actividades que se encuentra realizando un funcionario dentro de una unidad de tal manera que no existe una correcta administración de la información acerca de los proyectos, actividades de cada dirección que forma parte del INEC. En consecuencia debido a los problemas anteriormente identificados si no se cuenta con un sistema que realice este tipo de tareas la dirección de recursos humanos y servicios administrativos estaría en la imposibilidad de conocer que funcionarios están ocupados el cien por ciento de su tiempo en un proyecto y quienes no lo están, por lo tanto será difícil establecer indicadores en función del tiempo asignado a cada actividad. Al realizar el seguimiento y control de cada producto estadístico podemos tener una visión mas detallada de los procesos, subprocesos, productos, actividades y recurso humano utilizado durante la generación de un producto estadístico de calidad Bajo la nueva estructura por procesos, los proyectos dentro de la institución se manejan como productos, para la consecución de cada proyecto, tenemos un número determinado de procesos que intervienen en el desarrollo del mismo. Cada uno de los procesos están contenidos en un macro proceso representado por cada una de las direcciones del INEC. Dentro de cada proceso en algunas ocasiones se establecen dos o más subprocesos que tienen a su cargo la ejecución de determinadas actividades propias de la naturaleza del producto que cada uno de estos genera con el objetivo de colaborar en el cumplimiento de la misión Institucional Los procesos o sub. Procesos albergaran dentro de si uno o varios funcionarios que comparten actividades destinadas a la elaboración y entrega de un determinado producto. 120 El adaptarse a este nuevo tipo de administración en la cual cada proceso interviene de manera directa o indirecta con su contingente humano radicado en las diferentes unidades administrativas pertenecientes a cada proceso para la consecución de un determinado proyecto conlleva a la necesidad de que cada dirección perteneciente a cualquiera de los procesos que forman parte del INEC, tenga siempre presente la misión particular , propia de cada una de estas direcciones, con el propósito de cumplir la misión institucional que es la razón del ser del Instituto Nacional de Estadística y Censos (INEC) En la Administración por procesos cada uno de estos procesos independientemente de la dirección bajo la cual se encuentre, tiene a su cargo la generación de un determinado grupo de productos, para lo cual cada dirección establece las actividades que deben cumplir en un tiempo determinado. 1.2.2 DIRECCIONES INVOLUCRADAS EN EL SISTEMA 1.2.1 DIRECCIÓN DE RECURSOS HUMANOS Y SERVICIOS ADMINISTRATIVOS La misión de esta dirección es: administrar eficientemente y eficazmente los recursos técnicos y humanos para el normal desenvolvimiento de las actividades de la institución, optimizando las capacidades de cada recurso para el cumplimiento de la misión institucional 1.2.1.1 DESARROLLO INSTITUCIONAL Brinda los instrumentos técnicos en procesos y procedimientos que permitan optimizar la gestión institucional, para el mejoramiento continuo y la administración adecuada de los recursos, la satisfacción de requerimientos de los clientes internos y externos de la institución. 121 1.2.1.2 RECURSOS HUMANOS Esta dirección tiene como misión precautelar los derechos y cumplimiento de obligaciones, establecidos en la Constitución política del Estado, Ley Orgánica de Servicio Civil y Carrera Administrativa y la Unificación y Homologación de las Remuneraciones del sector publico, su reglamento y leyes conexas enmarcadas en objetivos inherentes al fortalecimiento y desarrollo de Recursos Humanos del Instituto Nacional de Estadística y Censos 1.2.3 OBJETIVOS DEL PROYECTO 1.2.3.1 OBJETIVO GENERAL Analizar, diseñar y construir el sistema planificador de actividades para el INEC utilizando la metodología OOHDM. 1.2.3.2 OBJETIVO ESPECÍFICO Analizar la información proveniente de Dirección de Recursos Humanos y servicios administrativos correspondiente a los proyectos, actividades y funcionarios asignados a los mismos. Recurrir a la metodología OOHDM, utilizando un proceso unificado de desarrollo de software sobre el lenguaje UML para construir el diseño del sistema aplicando como base el análisis conceptual hipermedial. Definir un mecanismo de transacciones de mantenimiento que nos permita administrar los indicadores de los proyectos y actividades de cada dirección dentro del INEC. Realizar un módulo de seguridad que permita administrar usuarios que harán uso del sistema con su correspondiente asignación de perfil y privilegios. Desarrollar un sistema Web Cliente Servidor utilizando Visual Basic .Net, ASP .Net, IIS y SQL Server 2000 como herramienta de desarrollo, lenguaje de programación, servidor Web, motor de base de datos respectivamente, con la finalidad de lograr versatilidad, escalabilidad en el sistema a desarrollar. Construir un sistema mediante la aplicación de servicios Web XML. 122 1.2.3.4 JUSTIFICACIÓN DEL PROYECTO El tema planteado pretende solucionar una necesidad real existente en la Dirección de Recursos Humanos del INEC, ya que no existe un adecuado seguimiento y control del personal y los proyectos que se desarrollan en la institución, es decir un control del personal sobre las actividades y los proyectos que tienen a su cargo y el tiempo estimado para cada actividad, se permitirá dar a conocer la distribución del personal, esto es importante porque de esta manera se permite asignar actividades a cada funcionario tratando de equilibrar la carga laboral que lleva cada uno, entre los proyectos y / o actividades desarrollados por el INEC facilitando la obtención de información tanto de las unidades como de las personas que laboran y los proyectos que les son asignados a cada uno. 1.2.5 ALCANCE Las entradas del sistema SPA del INEC serán las correspondientes al plan operativo Anual POA, en cada una de las direcciones del INEC. Toda esta información relevante contenida en el plan operativo será complementada con un listado del personal que labora dentro de la institución, el tipo de dependencia laboral que tiene cada uno con la institución, las direcciones en las que desempeña sus funciones y las actividades que tienen a su cargo dentro de cada dirección. El sistema (SPA) hará uso de la siguiente información proporcionada por la Unidad de Recursos Humanos: · nombres · apellidos · dirección · teléfono · cargo que ocupa · dirección en la que desempeña sus labores 123 · tipo de contrato que tiene con la institución · categoría Se almacenará información relevante como por ejemplo nombres de las direcciones del INEC, las funciones que realiza, los productos que desarrolla, las actividades que realiza el personal de cada unidad/subunidad administrativa. Toda esta información ingresará al Sistema planificador de actividades Este Sistema Planificador de Actividades (SPAINEC) debe permitir relacionar al personal con cada una de las unidades administrativas, productos y las actividades que desempeña en el INEC, además se deberá permitir la asignación de porcentajes de carga laboral de cada funcionario al cual se le han asignado una o mas actividades enmarcadas en la generación del producto estadístico El Sistema Planificador de Actividades SPAINEC, conforme lo expresa su alcance, administrara pertenecientes a la los información procesos de las agregadores de unidades valor administrativas [] mediante la implementación de las siguientes funcionalidades Función de Bienvenida Es la responsable de manejar la información del INEC referente a su misión institucional, propósito del Sistema planificador de Actividades SPAINEC y productos que genera la institución en su calidad de ente regulador de la información estadística a nivel Nacional Función de Administración del Sistema Es la responsable de administrar la información unidades/subunidades administrativas del INEC que de las diferentes harán uso del Sistema Planificador de Actividades (SPAINEC) A más de esto la función de administración del sistema permitirá Administrar y definir el acceso al sistema mediante la asignación o reasignación de perfiles de 124 usuario, con el objetivo de dotar de confidencialidad y seguridad a la información que se maneje dentro del Sistema Planificador de Actividades SPAINEC Función de supervisión y Control de Productos Estadísticos Esta función es la encargada de supervisar y controlar los productos estadísticos [] que genera la institución, abarcando el manejo de información enmarcada en los productos referente ha: Actividades Recursos humanos Cronogramas Porcentajes Reportes Los reportes generados dentro de esta función del sistema serán los siguientes: · Listado de personal por Unidad Administrativa · Listado de productos · Personal de una Unidad Administrativa asociada al producto con trabajos asignados · Reporte de personal asociado al producto con carga laboral asignada · Listado de personal sin carga laboral asignada · Ficha individual por funcionario asociado al producto de porcentajes asignados Función de Seguimiento de Productos estadísticos 125 Tiene por objetivo dar seguimiento a los productos estadísticos dentro de cada una de la Unidades Administrativas La información que se manejara en esta función del sistema estará asociada con: Productos por Unidad o sub. Unidad Administrativa Actividades asignadas al producto Reportes Los reportes generados en esta función del sistema serán los siguientes: Reporte de Proyectos y actividades por Unidad o sub. Unidad Administrativa Informe proyectos / actividades de una dirección con personal asignado Reporte de indicadores de Gestión CAPITULO II MARCO TEORICO 2.1 EL MODELO DE GESTION DE PROYECTOS Este modelo es la propuesta para la generación del Sistema SPAINEC que el presente trabajo pone a consideración de las autoridades del Instituto Nacional de Estadística y Censos INEC. La propuesta nace como respuesta a la falta de documentación física [] que respalde la nueva estructura por administración por procesos El presente modelo será tomado como punto de partida para las fases de análisis, diseño, codificación y pruebas correspondientes al Sistema Planificador de actividades SPAINEC .Será adaptado a la realidad del Instituto Nacional de Estadística y Censos INEC, pudiendo sufrir cambios o aumentos en su estructura básica con el propósito de satisfacer las necesidades del usuario mas inmediato, la unidad de Recursos Humanos y Servicios Administrativos El modelo de gestión de proyectos consta de los siguientes procesos: Proceso de Creación y planificación del proyecto 126 Proceso de seguimiento y control del proyecto Proceso de análisis cuantitativo de tiempos Proceso de Comunicación Cada uno estos procesos contienen un conjunto de procedimientos que llevados a la practica nos permiten gestionar de manera eficaz el cumplimientos de las actividades asociadas a la generación de un proyecto Dichos procedimientos se detallan a continuación: ORDEN PROCEDIMIENTO Recolección de especificaciones del 1.1 proyecto 1.2 Definición del calendario del proyecto 1.3 Definición del Esquema del proyecto 1.4 Determinación de la actividades Localización de hitos o puntos de 1.5 control 1.6 Determinación de dependencias 1.7 Determinación de recursos 1.8 Revisión y análisis critico del proyecto 2.1 Creación del plan de refencia 2.2 Recolección de datos reales 127 2.3 Análisis del seguimiento del plan Determinación de la duración del 3.1 proyecto 3.2 Determinación de tiempos de entrega 3.3 Identificación de Incidencias 4.1 Elaboración de Reportes 4.2 Generación de Indicadores Cuadro 1: Procedimientos del SPAINEC Autor: Julio Armando Guachichulca Morales 2.2 ESTADÍSTICAS 2.2.1 PRODUCTO ESTADISTICO En el Instituto de Estadísticas y Censos (INEC) denomina producto estadístico a las investigaciones que realiza ya sea de forma continua o por periodos de tiempo, y que para su desarrollo realiza una planificación tanto de actividades como de recursos humanos y materiales; el objetivo del producto estadístico es la obtención de datos consistentes de una determinada muestra, y a partir de ello se pueda obtener información para la generación de indicadores, índices y datos estadísticos que son de utilidad en la toma de decisiones en el ámbito social y gubernamental. El Sistema Planificador de Actividades para la premisa de pruebas lo realizará con la encuesta de Nacimientos y defunciones. 2.2.2 ESTRUCTURA DEL PROCESO PRODUCTIVO 128 El macro proceso denominado Agregadores de Valor bajo el cual se generan los productos estadísticos a nivel institucional esta compuesto por los siguientes procesos · Detección y Análisis de requerimientos · Diseño de la investigación estadística · Actualización cartográfica · Producción estadística · Análisis de la información estadística · Producción de información estadística georeferenciada · Difusión de la información estadística Dependiendo de la naturaleza del producto estadístico, uno o más procesos anteriormente mencionados son involucrados en su generación. Cada proceso involucrado en la generación de un producto estadístico contiene uno o más subprocesos. Subprocesos que a su vez generan uno o varios productos que sirven de insumo para la generación del producto final. Por cada producto(s) generado por un subproceso existen un grupo de actividades que se deben ejecutar en forma secuencial Bajo la nueva estructura por procesos del Instituto Nacional de Estadística y Censos INEC, la generación de un producto dentro de un subproceso esta bajo la responsabilidad de una o varias unidades / sub. Unidades administrativas, siendo estas últimas las encargadas de la ejecución de las actividades asociadas a la generación de un producto dentro de un subproceso. Detección y Análisis de Requerimientos 129 Es el proceso encargado de detectar todo tipo de sugerencias recomendaciones y acciones para la mejora y diseño de productos y cobertura de servicios a nivel institucional Diseño de la Investigación Estadística Es el proceso que se encarga de crear y diseñar productos o investigación acorde con los requerimientos detectados por estudios o comunicaciones que han sido generadas en un tiempo determinado que servirán para ampliar o mejorar la gama de productos que existe en los procesos técnicos. Actualización Cartográfica Proveer al cliente interno externo del INEC una representación geográfica oportuna y confiable que permita la fácil ubicación del personal que investiga en campo así también de limitaciones estadísticas propias de las investigaciones Producción Estadística Proveer de información estadística en sistemas integrados georeferenciados para facilitar la difusión , utilización y evaluación de la información a sus clientes internos y externos Análisis de la Información estadística Valida y verifica que la información haya sido generada de acuerdo a la metodología de la investigación científica sin errores en su generación Difusión de la Información estadística Es el proceso que se encarga de comunicar y hacer conocer a clientes internos y externos de la gestión y de los productos que desarrolla la institución tomando énfasis en la generación de la cultura estadística interna y externa , al personal interno y externo 130 La premisa de pruebas del SPAINEC [] necesita de algunos productos generados por algunos subprocesos que forman parte del proceso productivo y sin los cuales no se podría generar la estadística 2.3 INDICADORES DE GESTIÓN 2.3.1 INDICADORES DE GESTIÓN DE PRODUCTO PRIMARIOS POR UNIDAD ADMINISTRATIVA Un indicador es una herramienta para medir el avance de las Metas u Objetivos Operativos de una Unidad Administrativa, de esta manera el indicador puede ser de eficiencia. El indicador tiene que ser aplicable a los objetivos operativos y tiene que ser calculable. Estos indicadores deben ser conocidos por el INEC para emprender estrategias que permitan conocer las operaciones y los resultados que esta obteniendo la organización en cada unidad administrativa, con el fin de tomar decisiones encaminadas a alcanzar la excelencia en el desarrollo de los productos estadísticos. El Plan Operativo Anual viene desarrollando una metodología para el cálculo de indicadores de Gestión con el porcentaje de metas cumplidas y porcentaje de metas programadas, este indicador se basa en las metas propuestas en cada una de las actividades programadas dentro de cada una de las diferentes Unidades Administrativas, este tipo de indicador hace referencia al concepto de la eficiencia, para el cálculo toma la forma de una proporción: un ingreso dividido para un egreso. F = E/I Donde F = eficiencia : 131 I = ingreso especificado E = egreso especificado 1 METODOLOGÍA DE CÁLCULO METAS E INDICADORES DE GESTIÓN.- En estas columnas se registra las metas programadas, y las metas cumplidas en función del tiempo (Días/Hombre), y también se registra el porcentaje del indicador; todos estos parámetros ya constan detallados dentro del POA. METAS E INDICADORES DE GESTIÓN INDICADORE METAS PROGRA CUMPL S . . DE GE STIÓN (Cálculo) METAS PROGRAMADAS.- Es la expresión en términos numéricos de lo que se espera alcanzar para el primer trimestre del año, de acuerdo a la programación del POA. METAS CUMPLIDAS.- Es la expresión en términos numéricos de lo que realmente se alcanzó a cumplir en el primer trimestre del año. INDICADORES DE GESTIÓN.- Es la expresión porcentual de la relación entre las metas realmente cumplidas, y las que fueron programadas en el POA 2007. 132 Por ejemplo en la Dirección de Desarrollo Tecnológico se desarrollan los sistemas informáticos para los diferentes productos estadísticos que desarrolla el INEC. Se toma en cuenta el porcentaje del tiempo cumplido y programado en el primer trimestre para el Sistema estadístico de Recursos y Actividades de Salud I=33,33 (meta programada) E=16,66 (meta cumplida) F=E/I (16,66/33,33) F=0,49 Expresado en Porcentaje el 49% de cumplimiento en el primer trimestre. Para determinar los indicadores es muy importante especificar exactamente cuales son los elementos empleados para evaluar el resultado a través de una relación de sus valores, es necesario definir las unidades usadas para medir los valores de los elementos, para el SPA INEC se tomará en cuenta los tiempos de los productos primarios y/o actividades de la Unidad de Desarrollo Tecnológico Estadístico, de los dos primeros trimestres del año en curso. 2.4 METODOLOGIA DE DESARROLLO 2.4.1 MODELO INGENIERÍA DE SOFTWARE El Sistema Planificador de Actividades utilizará el modelo lineal secuencial, este modelo sistemático se ajusta para los propósitos en cuanto al análisis diseño y construcción del sistema, ya que se determina tanto el diseño y construcción a partir de los requisitos establecidos por el usuario. 2.4.1.1 MODELO LINEAL SECUENCIAL Es conocido como el modelo de ciclo de vida básico o modelo en cascada. Es un modelo sistemático y secuencial del desarrollo de software con los siguientes pasos: análisis, diseño, codificación, pruebas y mantenimiento. 133 La ingeniería y modelado de sistemas de información Se establecen requisitos en todos los elementos del sistema formando subgrupos los mismos que se utilizaran a la hora de interconectar los elementos, la ingeniería y el análisis de sistema acompaña a los requisito del sistema con una pequeña parte del análisis y diseño, la ingeniería de información es clave para la recolección de requisitos en el nivel estratégico y en el nivel de área de negocio. El modelo Lineal secuencial sigue una estructura como se muestra en el grafico #4 mostrado a continuación Grafico 4 :Modelo lineal secuencia Autor: Rogger Presuman Fuente: Ingeniería de Software un enfoque practico Análisis de requisitos La recolección de requisitos se centra en el software es necesario comprender el dominio de la información así como también el comportamiento, rendimiento, e interconexión, el cliente debe revisar cuidadosamente cada uno de los requisitos tomados en cuenta tanto para el sistema y el software. Diseño Es un proceso que se encarga de organizar la estructura de datos, arquitectura del software, representación de la interfaz, en esta parte cada requisito o grupo de requisitos se traduce en presentación o en diseño del software, de la misma 134 manera como se documento los requisitos, el diseño se documenta y se hace parte de la configuración. Generación de código El diseño ya generado se debe traducir a un lenguaje de programación, si se realiza un diseño detallado la generación de código se lo realiza de forma mecánica. Pruebas El proceso de pruebas se centra en procesos lógicos internos del software, en esta etapa se pone a prueba la funcionalidad del sistema detectando los posibles errores y se va depurando hasta obtener los resultados requeridos. Mantenimiento El software desarrollado en tiempo determinado sufrirá cambios, ya sea por errores o acoplamiento de cambios o requerimientos externos, el software debe estar en la capacidad de manejar mejoras funcionales, el mantenimiento se aplica a una fase de un software ya existente. El modelo lineal secuencial es uno de los más antiguos. Pueden existir algunas dificultades como: los cambios causan confusión cuando el equipo recién comienza. Es difícil que el cliente exponga explícitamente todos los requisitos. Los estados de bloqueo tienden a ser más importantes al principio y al final de un proceso lineal secuencial. Las posibilidades de estos inconvenientes es real pero este modelo es más antiguo y se proporciona una plantilla en donde se encuentran, métodos para las fases, a pesar de estas desventajas la utilización de este modelo es mejor que uno realizado sin una planificación inicial. 135 2.5 PROGRAMACION ORIENTADA A OBJETOS (POO) “La programación orientada a objetos es un tipo de programación que introduce construcciones específicas llamadas objetos, que a su vez contienen datos y procedimientos” [] Pues bien la POO no esta ligada a un lenguaje de programación específico. El objetivo fundamental de la programación orientada a objetos es escribir el software de manera que este correctamente organizado de acuerdo al problema modelado. Los conceptos más importantes dentro de la programación orientada a objetos son: Objeto Un objeto es una instancia de una clase. Un objeto es una colección de datos y una serie de rutinas entre las que se destacan los métodos .Los objetos representan cosas físicas o abstractas, pero que tienen un estado y un comportamiento. Para el Sistema planificador de actividades, un objeto será : una Regional, una Unidad Administrativa, un Producto final Clases Las clases nos ayudan a definir un objeto. Una clase describe la constitución de un objeto y sirve como plantilla para construir objetos. Una clase puede tener objetos. 136 Dentro del ámbito del Sistema Planificador de Actividades SPA INEC se identificaran como clases a los siguientes elementos por ejemplo: regionales, productos, procesos Métodos Los métodos son los miembros de un tipo de clase donde se especifican las acciones que realizará un objeto perteneciente a una clase. Para el Sistema Planificador de Actividades los métodos serán operaciones asociadas a cada uno de los objetos, cada uno con la funcionalidad para realizar 2.5.1 CARACTERÍSTICAS DE LA POO La programación orientada a objetos tiene las siguientes características: · Encapsulamiento El encapsulamiento permite que los datos y las acciones se combinen en una sola entidad es decir un objeto de la clase. La programación orientada a objetos encapsula datos (atributos) y métodos (comportamiento) en objetos. El encapsulamiento esta ligado a la accesibilidad que permiten establecer que miembros de una clase van ha quedar ocultos y cuales van ha poder ser manipulados por los usuarios, el S.P.A. realizará encapsulamiento a los datos de configuración y acceso al sistema · Herencia “Considerada una de las características mas sobresalientes de la POO consiste en un mecanismo que sirve para definir objetos basados en otros existentes, es decir definir una clase basada en otra clase ya existente sin modificarla”, de tal manera que esta nueva clase denominada subclase hereda los miembros 137 (métodos y atributos) de una superclase existente y añade otros miembros propios. 2.6 METODOLOGIA DE DISEÑO En la actualidad la aparición de los Sistemas destinados a brindar servicios a los usuarios a través del Internet (denominados Sistemas Web) va abriéndose campo en un mundo cada vez mas globalizado. Este auge de los sistemas Web dio lugar a la aparición de la metodología OOHDM para colaborar, ayudar y dinamizar el proceso de desarrollo de aplicaciones Web con miras a dotar a los Sistemas de la capacidad de extensibilidad y reusabilidad de diseño, para el desarrollo de OOHDM se apoya en el lenguaje de modelamiento unificado. 2.6.1 LENGUAJE DE MODELAMIENTO UNIFICADO (UML) Lenguaje desarrollado por Grady Booch, Ivar Jacobson, Jim Rumbaugh y adoptado como estándar de la OMG en noviembre de 1997 se ha convertido en el estándar para el desarrollo de sistemas y aplicaciones orientadas a objetos. DEFINICIONES Y ESPECIFICACIONES La especificación de UML no define un proceso estándar de desarrollo de software, pero esta pensado para trabajar con todos o al menos con la mayoría de procesos de desarrollo existentes, pretendiendo con esto construir una sólida arquitectura para resolver requisitos dirigidos por casos de uso [5]. 138 Los conceptos y modelos de UML pueden agruparse en las siguientes áreas conceptuales. Estructura estática Define los conceptos clave de la aplicación, sus propiedades internas y las relaciones entre cada una, este conjunto de construcciones es la denominada vista estática. La vista estática se define con diagramas de clases y pueden usarse para generar la mayoría de las declaraciones de estructuras de datos en un programa. Hay muchos tipos de elementos en los diagramas UML, tales como interfaz, tipos de datos, casos de uso y señales. En conjunto se llaman clasificadores y se comportan de forma muy parecida a las clases, con cierto tipo de restricciones en cada tipo de clasificador. Comportamiento dinámico Hay dos formas de modelar el comportamiento dinámico, con el ciclo vida de un objeto [] y los patrones de comunicación de un conjunto de objetos []. La visión de un objeto aislado es una maquina de estados y se representan a través de los diagramas de estados, los cuales indican la forma en que un objeto responde a los eventos en función de su estado actual, las acciones asociadas a su respuesta y las transiciones a un nuevo estado. La visión de interacción de los objetos de un sistema es producto de la colaboración entre los diagramas de secuencia y los diagramas de colaboración, los cuales en conjunto describen un grupo determinado de casos de uso, cada uno de los cuales refleja una porción de la funcionalidad del sistema. 139 Estos sistemas se modelan como una colección de objetos que interactúan para realizar un trabajo destinado a brindar un servicio a un usuario externo. Construcciones de implementación Los modelos UML tienen significado para el análisis lógico y para la implementación física, y se representan elementos de implementación como los siguientes: Un nodo es un elemento del hipertexto que contiene información específica y pueden contener componentes y objetos .La vista de despliegue describe la configuración de los nodos de un sistema en ejecución y la organización de los componentes. En el sistema Planificador de actividades los nodos serán el grupo de componentes que contenga información y forme una pantalla, por ejemplo el nodo de personal que estará compuesto por los componentes de información con los datos personales, el componente de actualización en estos datos y el componente de asignación de actividades. Un componente es una parte física reemplazable de un sistema y es capaz de responder a las peticiones descritas por un conjunto de interfaces. Se pretende que sea fácilmente sustituible por otro componente que cumpla con la misma especificación. En el sistema planificador de actividades un componente son las clases y los objetos ya sea de tipo grafico o texto que se vayan a utilizar para desarrollar el sistema. Ejemplo: Pagina.vb Pagina.aspx 140 Librerias.dll Imagen.gif Grafico 5 : Construcciones e Implementaciones Autor: Julio Armando Guachichulca Un modelo de un sistema de software esta construido en un lenguaje de modelado, que tienen semántica, notación y puede adoptar varios formatos que incluyen texto y gráficos. 1 VISTAS DE UML Las vistas son un subconjunto de UML que modelan construcciones que representan un aspecto del sistema. Las vistas se dividen en: Las vistas de nivel superior se las puede dividir en tres áreas: · Clasificación estructural · Comportamiento dinámico · Gestión del modelo. 141 Grafico 6 :Vistas de UML Autor: Grady booch,Ivar Jacobson Fuente: Manual de Referencia UML En el grafico 6 se muestra la vista de UML y los diagramas que muestran, así como, los principales conceptos relevantes de cada vista. [] 2 OOHDM (METODOLOGÍA DE DISEÑO HIPERMEDIA ORIENTADO A OBJETOS OOHDM es una de las metodologías más utilizadas para el diseño de sistemas Web orientados a brindar servicios a través del Internet. “OOHDM basa su accionar en el Internet, y propone para el desarrollo de Sistemas Web la ejecución de un proceso compuesto por fases sobre las cuales se construirá la 142 documentación necesaria que servirá de soporte para el desarrollo del sistema.”[], esta documentación se irá generando tomando en cuenta el lenguaje de modelamiento, las fases que componen la metodología OOHDM son las siguientes: · Análisis de requerimientos · Diseño conceptual · Diseño navegacional · Diseño de interfaz abstracta · Implementación ANÁLISIS DE REQUERIMIENTOS La fase más importante, previa al desarrollo de un sistema Web es la recolección de requisitos, y la información de los posibles clientes y usuarios a los cuales se destinará un sistema. La información que se obtendrá es la siguiente: · El tipo de problema ha resolver · Los requerimientos tanto de usuarios como de clientes · Funcionalidades que debe ofrecer el sistema. Esta recopilación se la realiza mediante entrevistas personales o encuestas dirigidas hacia los futuros usuarios del sistema. El usuario debe ser claro en sus requerimientos, pero cuando no tiene ideas claras el ingeniero de sistemas tratara de modelar una solución que recoja los requisitos más relevantes que el usuario expresa y los plasme en una solución informática que resuelva un problema planteado. Existen dos formas mediante las cuales, se puede llegar a comprender y conocer de mejor manera el ámbito o contexto utilizando: 143 Modelo de dominio Se basa en la recolección de los casos de uso más relevantes que identifican la funcionalidad global del sistema, sin especificar información acerca de la implementación de los casos de uso. Modelo del negocio El modelo de negocio es más completo que el modelo del dominio, para determinar el modelo de negocio es necesario que involucrarse en el proceso de negocio que se desea llevar a la Web, además presenta de manera general aspectos importantes del negocio descrito a continuación: · Como es el negocio · El entorno bajo el cual se desenvolverá el negocio · Como funciona el negocio · La forma como se interactúa dentro del negocio · Las tareas que puede desarrollar en el negocio. La recolección de requisitos asociados al sistema Planificador de Actividades SPA INEC deberá, en primera instancia satisfacer las necesidades básicas de la dirección de recursos humanos y servicios administrativos asociadas con el seguimiento y control de: · Productos Finales: Estadísticas, Indicadores · Personal asociado a los productos Finales · Productos a nivel de Unidad administrativa · Personal por Unidad o sub. .Unidad Administrativa 144 Estas necesidades básicas serán plasmadas en un mapa de proceso que en OHDM es el mapa conceptual hipermedial sobre el cual basaremos el desarrollo del Sistema. En el Sistema Planificador de Actividades en una primera fase se identifican los actores y las actividades que realizan, definiendo así un escenario. Los escenarios son agrupados para formar un caso de uso el cual es representado utilizando diagramas de interacción de usuarios (UID). MAPA CONCEPTUAL HIPERMEDIAL Define los nodos, enlaces, la forma de navegar en un sitio, además se detallan las actividades como se van a ir ejecutando. 145 Grafico 7 Mapa conceptual hipermedial fase creación y planificación del proyecto SPA –INEC Autor:Julio Armando Guachichulca Morales Diseño Conceptual Esta fase esta enfocada en la representación del sistema en función de los objetos pertenecientes al dominio de la aplicación y de las relaciones existentes entre cada uno de ellos, para la representación utilizaremos los diagramas de casos de uso. DIAGRAMA DE CASOS DE USO Modela la funcionalidad de un sistema según lo perciben los usuarios externos llamados actores. Un caso de uso es una unidad coherente de funcionalidad expresada como transición entre los actores y el sistema. El propósito de la vista de casos de uso es enumerar a los actores y los casos de uso y demostrar que actores participan en cada caso de uso. 1. Creación y planificación del proyecto 146 Grafico 8.a: Diagrama de casos de uso SPAINEC Autor:Julio Armando Guachichulca Morales 147 Grafico 8.b: Diagrama de casos de uso SPAINEC Autor:Julio Armando Guachichulca Morales Como consecuencia, el diseño conceptual genera un esquema conceptual en el cual se detalla la manera en la cual estará conformada la aplicación, las entidades que contienen la información y las relaciones existentes. DISEÑO NAVEGACIONAL Esta fase esta representada por dos esquemas: · Esquema de clases Navegacionales El sistema Planificador de Actividades realizará la representación abstracta de la aplicación a través de los diagramas de clase usando UML. 148 “Se realiza la especificación de nodos, los cuales son proyecciones de una clase y representan los elementos que tienen la información.” Se utilizará UML para realizar el Diagrama de Clases DIAGRAMA DE CLASES Las clases son el centro alrededor del cual se organiza la vista de clases, otros elementos, pertenecen o se unen a las clases, y se sigue el formato tal como se muestra en el grafico 9 Grafico 9: Diagrama de clases Autor:Julio Armando Guachichulca Morales Esquema de contexto Navegacional Es la agrupación de nodos, enlaces y clases contextuales definidos de acuerdo al tipo de propiedades del objeto (definición por intención) o al número de 149 miembros que conforman cada objeto (definición por extensión). Este esquema permite ayudar al usuario a realizar su tarea durante el tiempo que se encuentre navegando por la aplicación, detallando las diferentes formas en las cuales se puede acceder al objeto. Grafico 10 :Pantalla de asignación de actividades a un producto Autor:Julio Armando Guachichulca Morales DISEÑO DE INTERFAZ ABSTRACTA Esta fase recopila la información que ayude a modelar en detalle la interfaz de usuario de la aplicación como: El diseño de interfaz abstracta modela la interfaz de usuario identificando: · Los objetos que estarán presentes en la interfaz · La apariencia de los objetos de navegación · La representación de los atributos de esos objetos · Los objetos de la interfaz que activaran la navegación · La funcionalidad de la aplicación 150 · Las diferentes transformaciones que tendrá la interfaz durante el proceso de navegación. · Sincronización de los objetos multimedia El Diseño de Interfaz Abstracta tiene tres documentos que recopilan información de la interfaz de usuario. Vistas de Datos Abstractos (ADV) Representa la estructura de la interfaz de usuario compuesta por los elementos con los que el usuario puede interactuar dentro de la aplicación. Las vistas de datos abstractos son objetos ya que tienen un estado y una interfaz definida sin implicar detalles de implementación. A su vez las ADV se encuentran conformadas por: Objetos de Datos Abstractos (ADO), gestionan las estructuras de datos y de control. Objetos de Interfaz, gestionan aspectos propios de la interfaz [] 151 Grafico 11 :Vistas de datos abstractos SPAINEC Autor:Julio Armando Guachichulca Morales Diagrama de Configuración Indican el tipo de relación y comunicación existente entre las diferentes (ADV) s, identificando los objetos que en la aplicación proveerán información a las (ADV) s para que estas puedan proveer servicios al usuario. Esto implica que nos permite definir de manera clara la forma en que los usuarios van a interactuar con la aplicación y los objetos de interfaz en la navegación. 152 Grafico 12 :Diagrama de configuración SPAINEC Autor:Julio Armando Guachichulca Morales Diagrama de Estados Determinan el comportamiento dinámico de la aplicación para el Sistema Planificador de actividades se lo realizará mediante el uso de UML se diseñará los diagramas de secuencia y los diagramas de actividades, estos diagramas tiene en detalle los posibles estados por los cuales podría pasar un objeto de la interfaz (oculto, activado, desactivado, ampliado, reducido, normal), y de los eventos asociados a los cambios de estado. 153 DIAGRAMAS DE SECUENCIA Muestra un conjunto de mensajes, en una secuencia temporal, cada rol es una secuencia y se muestra como una línea de vida, es decir una línea vertical que representa el rol durante cierto lapso de tiempo, con la interacción completa, los mensajes se muestran como flechas entre las líneas de vida. Un diagrama de secuencia puede mostrar un escenario es decir una historia individual de una transición Los diagramas de secuencia se usan para mostrar la secuencia de comportamiento de un caso de uso. Cuando esta implementado el comportamiento, cada mensaje en un diagrama de secuencia corresponde a una operación en una clase, a un evento disparador o a una transición de una máquina de estados. Grafico 13 :Diagrama de secuencia SPAINEC Autor:Julio Armando Guachichulca Morales 154 DIAGRAMAS DE ACTIVIDADES El diagrama de actividades es una es una especialización de nuestro diagrama de estado, organizado respecto de las acciones y usado para especificar: · Un método · Un caso de uso · Un proceso de negocio El diagrama de actividades mostrara el flujo de control existente entre las actividades que forman parte del dominio del sistema En el SPAINEC las actividades se enlazaran por transiciones automáticas , cuando una actividad termina se desencadena el paso a la siguiente actividad Grafico 14 :Diagrama de actividades SPAINEC Autor:Julio Armando Guachichulca Morales IMPLEMENTACIÓN 155 En esta fase se procede a la implementación del diseño, tomando como referencia los modelos anteriormente construidos y teniendo en cuenta el entorno bajo el cual la aplicación va ha correr, cumpliendo los siguientes pasos. · Definir los diferentes ítems que forman parte del dominio del problema. · Identificar la forma en la que dichos ítems están organizados de acuerdo con el perfil de usuario y su tarea. · Decidir que interfaz se mostrara y como esta debería comportarse con cada usuario de la aplicación. · 6 Decidir que información deberá ser almacenada. HERRAMIENTAS DE DESARROLLO DEL SISTEMA Visual Basic .NET y ASP.NET Es un lenguaje orientado a objetos que soporta encapsulación, herencia y es una mejora de Visual Basic 6 que esta formando parte de Visual Studio. El lenguaje Visual Basic .NET usa una jerarquía de clases que se incluyen el .NET framework, es un entorno en donde se construye, instala y se ejecutan los servicios Web y se compone de los siguientes elementos: CLR Common Languaje Runtime (CLR) consta de una serie de librerías dinámicas DLL’s llamadas assemblies [] o librerías runtime de Visual Basic, consta de una serie de librerías usadas en tiempo de ejecución para que los ejecutables puedan funcionar. Librería de clases de .Net Librería de clases de .NET Framework trabaja con una jearquía de clases orientadas a objetos disponibles para los diferentes lenguajes basados en .NET, las mismas que se pueden incorporar a los proyectos utilizando la instrucción Imports. Namespace (Espacios de Nombre) 156 Los espacios de nombre organizan y hacen referencia a grupos de elementos del motor del tiempo de ejecución. La biblioteca de .Net tiene un gran esquema de colección de clases para controlar esta complejidad se usa los namespaces tomando en cuenta la siguiente regla: “se deberían agrupar en un Namespace funciones o clases que estén relacionadas entre sí. De esta forma, será más fácil saber que estamos trabajando con funciones relacionadas entre sí.” 1 ENTORNO DE DESARROLLO El entorno de desarrollo trabaja con múltiples ventanas, y ofrece una gran funcionalidad por lo que se le llama un entorno de desarrollo integrado (IDE). VB.NET es una herramienta desarrollada por Microsoft que simplifica el desarrollo de aplicaciones en el entorno Web. Se puede distribuir soluciones y accesos a los recursos a través de la intranet o el Internet. El elemento más importante en el ambiente de trabajo de .NET es el motor de ejecución denominado código administrado en el sistema operativo, que se ejecuta en sistemas Windows. COMPILACIÓN Y TIEMPO DE EJECUCIÓN La ejecución se la puede realizar sobre SQL Server 7 y superior además usa IIS [] para Windows por lo tanto integra soluciones de base de datos y soluciones Web. Cuando se ejecutan las páginas ASP. Net se compilan en el motor de tiempo de ejecución y puede interactuar con SQL Server a través de un proveedor de datos. 157 Grafico 15 :Esquema de compilación ASP.Net Autor:Wikipedia.com Al momento de realizar la primera compilación el código fuente MSIL [] captura las instrucciones y meta datos [] en un archivo PE (portable execution). La segunda compilación de MSIL se realiza mediante un compilador Justa in Time [] se compila el archivo PE; cuando el usuario hace la referencia, como se muestra en el grafico 16 158 Grafico 16 :Funcionamiento del .Net Framework Autor:Wikipedia.com Luego de la compilación inicial se hace referencia a la versión compilada reduciendo así el tiempo de ejecución. 2.7.1.1 BENEFICIOS Una de las grandes ventajas del entorno de trabajo de .NET es que el motor en tiempo de ejecución puede administrar automáticamente la liberación de memoria y recuperar las referencias realizadas de tal forma que mejora el tiempo de respuesta de las aplicaciones y se las elimina cuando no se las necesita. ASP .NET es usada para crear aplicaciones Web accesibles y además se aplican a la creación de soluciones de servicios Web xml. 159 ASP separa el diseño de la página de la lógica de programación en dos archivos separados aunque relacionados no se mezcla el código HTML con la lógica de la programación. Las soluciones que se crean con ASP son script compatibles con otras versiones como Vbscript que son compatibles con el motor de ejecución. El entorno de trabajo de formularios Web y formularios Windows es casi similar ya que tienen la facilidad de administrar controles. El código generado por ASP. Net es compilado es decir se ejecuta mas rápido mientras que el de ASP se interpreta es lento ya que cada ajuste de optimización requiere de una nueva compilación. ASP.NET hace posible que se maneje los objetos de aplicación y sesión cuando se desea que los valores estén disponibles para usuarios de una aplicación además se cuenta con la cache .NET para compartir los datos de todos los usuarios de una aplicación y las variables de estado de sesión permiten compartir información entre solicitudes http. PROVEEDOR DE DATOS SQL SERVER .NET Las soluciones del entorno de trabajo de .NET requieren proveedores de datos que suministren acceso a los orígenes de datos seleccionados. El proveedor de datos SQL Server .NET esta optimizado para trabajar con SQL Server 7.0 y SQL Server 2000. ADO .NET En ADO.NET el acceso a orígenes de datos se rige a través de proveedores administrados, funcionan en el entorno de .Net recuperan y muestran los datos en clases Se tienen cuatro clases principales en el proveedor de base de datos .NET para interactuar con un origen de base de datos remoto. Los nombres de clases del proveedor de datos SQL Server son: SQLConnection, SQLCommand, 160 SQLDataReader y SQLAdapter en el entorno de trabajo de .NET, tal como se muestra en el grafico 17 · SQLConnection se define una cadena de la conexión como argumento del constructor se llama a su método OPEN antes de vincularlo a otro objeto y con el método CLOSE se libera la conexión. · SQLCommand sirve para varias funciones o sentencias SQL designa la conexión para que realice la sentencia SQL. · SQL DataReader permite un acceso a datos de solo lectura este objeto no puede especificar su propio origen de datos por ello se lo relaciona con sqlcommand y requiere el método Execute Reader generado por el sqlcomand. · SqlData Adapter se usa como nexo entre el origen de datos y la instancia de la clase DataSet “El objeto DataSet ofrece un origen de datos desconectado mientras que el objeto SQL DataReader ofrece un acceso al origen de datos siempre conectado” por lo tanto al utilizar los objetos SqlAdapter y DataSet se mejora en la escalabilidad ya que no persiste en la conexión del objeto DataSet. · El objeto DataSet admite cuatro métodos principales para intercambiar sus datos con documentos XML, dos métodos son usados para escribir documentos XML basándose en un objeto DataSet y los otros dos para leer el documento XML basándose en un Objeto DataSet. Origen de datos Objeto SQL Objeto SQL Objeto SQL Rellenar Objeto DataSet Modificar Grafico 17 :Objetos ADO.Net Fuente:Manual de Programador ASP.Net 161 Autor:Michael Halvorson “Las bases de datos de instancias con nombre que se utilizan con ADO.NET pueden ofrecer a las organizaciones la posibilidad de definir un puerto que SQL Server usará para comunicarse. Las instancias con nombre se diferencian de las instancias predeterminadas porque se identifican mediante <nombre servidor>\<nombre instancia>. Las bases de datos y los clientes que solicitan datos de la instancia con nombre de SQL Server sólo se comunicarán a través de ese puerto. En estas condiciones, el servidor de seguridad puede configurarse de manera que excluya el puerto 1433 y el rango de puertos entre 1024 y 65335. El puerto deseado es el único que debe estar abierto en el servidor de seguridad para permitir el acceso entre el servidor de la base de datos y los clientes que leen y escriben datos en esa instancia de la base de datos.” 2.7.1.2 VENTAJAS Las aplicaciones en Internet deben tener la capacidad de atender a cientos o miles de usuarios brindando un buen servicio a todos, una aplicación que consuma recursos y conexiones de base de datos no darán un buen servicio a una gran cantidad de usuarios, porque la demanda de recursos ilimitados por parte de los usuarios acabara por superar su disponibilidad. Escalabilidad Para facilitar la escalabilidad ADO.NET, reduce el número de conexiones abiertas en la base de datos, la gran ventaja de ADO.Net es la utilización de DataSet, como un objeto independiente que esta desconectado del origen y del destino, es posible tomar una parte de datos y mantenerlos en memoria en forma relacional sin mantener conexiones abiertas a la base de datos. 162 La aplicación cuenta con todos los datos necesarios para poder trabajar y solo se conecta para actualizar los datos generados por el DataSet, por lo tanto la estructura básica se reduce a dos pasos, la estructura y el vaciado de datos. “ADO.NET a través de los Data Sets provee repositorios inteligentes de datos que pueden comportarse mucho mejor que los tradicionales Recordsets o arreglos. No producen sobrecargas debido a que lo que transmiten es texto XML y no representaciones de objetos los cuales son más complejos y pesados.” Mantenivilidad Cuando un sistema es implementado, a veces es necesario realizar cambios de acuerdo a los requerimientos del usuario, pero con ADO se ofrece una mejor mantenibilidad, ya que permite trabajar e incrementar niveles mediante un conjunto de datos, esto resulta más sencillo. Cuando se reemplace un nivel por dos niveles se deben organizar para que puedan intercambiar información, los niveles pueden transmitir datos con formato XML. Programabilidad En Visual Studio los componentes ADO.NET encapsulan funcionalidad de acceso a datos de diversas formas que ayudan a programar de una manera más rápida, y las clases en ADO.NET generados por las herramientas ofrecen un conjunto de datos con tipo, que permite el acceso a los datos mediante programación con tipo. Interoperabilidad La utilización de ADO.NET aprovecha la flexibilidad y la amplia aceptación de XML, cualquier componente que pueda leer el formato XML podrá procesar los datos no es necesario que el receptor sea un componente ADO.NET, el transmisor puede enviar datos independientemente de cómo esta implementado el componente receptor, el componente de destino puede estar implementado 163 con cualquier herramienta, , pero el componente receptor debe leer XML, que fue diseñado con el propósito de alcanzar este tipo de interoperabilidad. 2.8 SERVICIOS WEB “Un servicio Web es una tecnología de llamada a procedimientos remotos que se encuentra en otro ordenador. Una aplicación servidora de servicio Web expone a los procedimientos a los que llamara la aplicación cliente del servidor Web” []. Son tecnologías para trabajar remotamente con una aplicación de otro ordenador por lo tanto se puede decir que es una tecnología peer to peer, mantienen un servicio Web en cada ordenador y estos ordenadores intercambian información en formato XML, esta es una de las propiedades por lo que se convierten en una herramienta disponible para una gran cantidad de fabricantes. 2.8.1 FUNCIONAMIENTO En un servicio Web el cliente solicita una petición enviando parámetros para devolver resultados en la estación cliente. Mientras el servidor administra esta petición recuperando el archivo y devolviendo al cliente una respuesta sobre los protocolos de transporte como: http que utilizan los métodos GET[], PUT[], SOAP (protocolo simple de acceso a objetos). Para la creación de un servicio Web, este proceso requiere varios pasos, pero con la utilización de .NET[]se proporciona algunas herramientas para manejar algunos detalles, como la creación de la clase y el espacio de nombres que debe ser cambiado por el usuario. 164 Para la utilización de un servicio Web se debe indicar el atributo Web Method sobre una o mas funciones públicas para servicios Web. Los servicios Web se apoyan en tres tecnologías importantes como: · UDDI Descripción descubrimiento e integración universal Permite que un servidor que este corriendo en una máquina se describa a si mismo de tal manera que proporcione un método para descubrir los servicios Web disponibles. · WSDL es el lenguaje de descripción de los servicios Web describe lo que hace un servicio Web y sus especificaciones. · El SOAP es el mecanismo basado en XML de intercambio de información es un formato de mensajes para llamadas a procedimientos remotos en donde se hace referencia a un mecanismo de solicitud y respuesta. · Además SOAP designa un esquema de serialización para el intercambio de tipo de datos y especifica las técnicas necesarias para llamar a procedimientos remotos. VENTAJAS · Los servicios Web utilizan estándares y protocolos que hacen más fácil acceder a su contenido y entender su funcionamiento. · Los servicios Web pueden intercambiar datos entre una aplicación cliente a un servidor Web. Mediante documentos XML se realiza este procedimiento ya que la ventaja es la presentación de datos formateados en XML es flexible y se puede tener tantas etiquetas como uno desee, y además permite la comunicación entre programas escritos en distintos lenguajes sobre plataformas diferentes y con protocolos estándar. 165 · Los servicios Web permiten que las máquinas interactúen unas con otras como si estuviesen en la misma LAN, aportando con interoperabilidad entre aplicaciones independientemente de las plataformas que utilicen. · Un servicio Web trabaja con una interfaz definida que se puede acceder a través del Internet, esta definido por una URL y por su interfaz a través del cual se puede acceder a él, de esta forma las aplicaciones se convierten en clientes que integran servicios Web de diferentes proveedores. 2.9 IIS (INTERNET INFORMATION SERVER) Este servidor esta originalmente integrado con Windows, destinado a ofrecer servicios de correo, FTP, SMTP [], NNTP [] y HTTP. “Este servicio convierte a un computador en un servidor de Internet o Intranet es decir que en las computadoras que tienen este servicio instalado se pueden publicar páginas Web tanto local como remotamente (servidor Web). El servidor Web se basa en varios módulos que le dan capacidad para procesar distintos tipos de páginas, por ejemplo Microsoft incluye los de Active Server Pages (ASP) y ASP.NET. También pueden ser incluidos los de otros fabricantes.” [] Una vez accedido al panel "Servicios de Internet Information Server" tenemos ante nosotros la posibilidad de configurar el servidor Web en muchos aspectos, por ejemplo podemos, definir el documento por defecto, crear directorios virtuales, modificar las opciones de seguridad, etc. 166 IIS además tiene la posibilidad de trabajar con directorios virtuales, estos directorios son aquellos que no esta dentro del directorio de publicación habitual, no se encuentra dentro de C:\Inetpub\wwwroot, pero se puede trabajar como si estuviéramos en ese directorio, se pueden mapear hacia las direcciones ubicadas en el disco y hasta direcciones ubicadas en la red. Ventajas Una de las grandes ventajas de IIS (para algunos administradores) es su configuración gráfica, debido a su interfaz intuitiva y de fácil uso. “IIS provee funciones completas que posibilita la creación de aplicaciones Web y servicios Web XML. La arquitectura de IIS 6.0 ha sido completamente reconstruida, con un nuevo modelo de proceso de tolerancia a errores que mejora significativamente la confiabilidad de las aplicaciones y los sitios Web.” IIS también ofrece capacidades de supervisión del estado con el fin de descubrir, recuperar e impedir errores en las aplicaciones Web. La ventaja más importante de este servidor es la autenticación de texto implícita que permite una eficaz autenticación de los usuarios a través de servidores de seguridad. XML Es un lenguaje de marcado extensible y tiene funcionalidad con SQL Server2000. XML permite el acceso y manipulación de datos en sus soluciones, además se puede crear eficaces soluciones para la recuperación y administración de datos a través de conexiones Web. Funcionalidad Operativa 167 XML tiene excelentes funcionalidades como la posibilidad de acceder a SQL vía http, con la creación de un directorio virtual en IIS para cada base de datos que se desea acceder mediante http. · La funcionalidad operativa en las últimas versiones son las siguientes: · La definición de esquema XSD permite asegurar la interoperabilidad entre aplicaciones que utilicen las especificaciones XSD. · Esta estructura en el lado cliente permite que se formatee el XML de los conjuntos de filas SQL en el servidor IIS ofrece escalabilidad ya que varios directorios virtuales de diferentes IIS pueden apuntar a la misma base de datos sobre un servidor de base de datos. Estructura XML ofrece una representación estructural de datos se puede implementar y distribuir fácilmente, además garantiza que los datos estructurados sean uniformes e independiente de cualquier aplicación, esto genera una interoperabilidad en la creación y generación de aplicaciones de comercio electrónico en la Web XML representa documentos estructurados en una base de datos. Un documento XML representa los datos mediante una colección de etiquetas y una declaración inicial son parecidas a las etiquetas HTML pero las etiquetas XML declaran datos en lugar de formatear datos. XML normalmente se refiere a las etiquetas de un documento como elementos, un elemento a su vez puede contener otros elementos y un valor, los elementos pueden tener relaciones de ascendencia descendencia y hermandad unos con 168 otros, el elemento contenedor es el elemento padre y el elemento contenido es el elemento hijo. Una etiqueta XML puede tener uno o más atributos, los atributos aparecen dentro de la etiqueta de un elemento. El esquema XML proporciona un entorno para describir la estructura y validar el contenido de un documento XML, con el esquema XML se puede conocer los valores legítimos de cualquier etiqueta o instancia de atributo. Beneficios · La utilización de XML con .NET ofrece compatibilidad con los estándares W3C, extensibilidad, arquitectura conectable, rendimiento e integración con ADO.NET, el .NET Framework ofrece la posibilidad de diseñar un conjunto integrado de clases XML, las mismas que ofrecen una solución abierta, Inter. operable y compatible con estándares. · Cuando los datos llegan al cliente se puede manipular en distintas vistas sin tener una conexión al servidor, por lo tanto la aplicación se hace más escalable ya que se reduce cargas de ancho de banda. · Proporciona interoperabilidad a través de un formato mas flexible basado en estándares aceptados en el mundo de la tecnología que da acceso a las bases de datos y entrega datos a los clientes Web, por lo tanto las aplicaciones se pueden generar más rápidamente y el mantenimiento es más sencillo. · Es extensible porque se puede definir un conjunto ilimitado de etiquetas, y puede indicar datos asociados. · XML mantienen la separación entre la interfaz de usuario y los datos estructurados y permiten una integración de los datos procedentes de varios 169 orígenes además utiliza hojas de estilo en cascada (CSS) para presentar los datos en el explorador de diferentes formas con solo aplicar distintas hojas de estilos. Al utilizar XML se pueden incluir archivos de definición de tipo documento (DTD []) para definir sus normas con los elementos que están presentes y la relación estructural entre los elementos. 2.10 ARQUITECTURA TRES CAPAS Definición de Capa Una capa es un nivel lógico en el cual residen componentes y aplicaciones y pueden estar implementadas en uno o varios equipos, el número de capas con las que trabaje una aplicación se refiere al número de niveles en las aplicaciones se incluyen los siguientes: · Capa de Presentación: esta capa contiene las interfaces en las que el usuario interactúa con el sistema, está conformada por los componentes de IU, los mismos que interactúan con el usuario, tienen a cargo la lógica de navegación y el control de eventos de la interfase. · Capa de la Lógica de Negocios: Contiene la lógica que interactúa con el origen de datos. Esta capa tiene la parte de la aplicación que interactúa con los datos, por ejemplo: la creación de una cadena de conexión al origen de datos. · En esta capa se representan objetos que van a ser manejados o consumidos por toda la aplicación, estos podrían ser un modelo de objetos, xml, datasets con tipo, estructuras de datos, que permitan representar objetos que han sido identificados durante el modelamiento. 170 · Capa de acceso a Datos: esta capa se relaciona directamente con el origen de datos, contiene clases que interactúan con la base de datos además contiene clases que interactúan con la base de datos. Estas clases surgen como una necesidad de mantener la cohesión o clases altamente especializadas que ayuden a reducir la dependencia entre las clases y capas. La interacción entre estas capas como se muestra en el gráfico 18, brinda las siguientes ventajas: · Escalabilidad en las aplicaciones · Distribución mas efectiva · Cambios en la aplicaciones mas sencillos de manejar e implementar · Separación de funciones · Permite aplicaciones en diferentes sistemas operativos · Clientes menos pesados (thin Client) 171 Grafico 18 :Arquitectura 3 Capas Fuente:Manual de Programador ASP.Net Autor:Michael Halvorson 2.11 ESTÁNDARES APLICADOS AL SISTEMA SPA (INEC) Los estándares bajo los cuales se construirá el sistema Gestor de Proyectos y Actividades del INEC se detallan a continuación en la siguiente tabla Nombre Descripción Símbolo Contenedor de clases y rutinas dentro de una Name space aplicación asp.net Name space 172 Etiquetas de Importación de espacios directivas de de nombres y librerías en paginas el entorno de asp.net <#@> Bloques proveedores Permite insertar código VB de código dentro del código Html <%%> Permite declarar funciones Bloques de VB dentro de las páginas código asp.net <script runat=server> Permite declarar controles controles de de servidor que permitirán formulario de la interacción dentro de las <asp:nombre control id=id de servidor páginas asp,net control runat =server> Identificación de la Obj. instancia de una clase obj Nombre Instancia Permite realizar importaciones de librerías importaciones especializadas de ASP.net import identificación de una Variables variable tipo publico dentro publicas de una clase vp Nombre Variable identificación de una Variables variable tipo prívate dentro privadas de una clase vpr Nombre Variable identificación de una Variables variable tipo shared dentro compartidas de una clase declaración de permite declarar una variables variable local dentro de locales una clase vps Nombre Variable DIM vlNombre Variable as Tipo 173 Alcance público a métodos y variables public dentro de la clase public [función | variable] as tipo Acceso a los métodos y variables solo dentro de la prívate clase prívate [función | variable] as tipo Declaración de funciones función que devuelven un valor función Nombre función as Tipo Declaración de un Sub. procedimiento o evento Sub. Nombre evento Declaración de una función dentro de un Web meted servicio Web <Web Meted>función Declaración de una región Región Web config de código dentro de una #Región Nombre región clase End Región Archivo de configuración Web config de servicios Web Declaración de una Property propiedad de acceso [public|private] Property Nombre cúbico o privado as Tipo InserCommand as Manipulación de objetos OledbCommand Insercommand oledbcomand para BBDD Herencia Simple entre una clase padre y una clase Inherits hijo NClase Inherits NClase Procedimiento Sp Almacenado spNombreProcedimiento Dset Prefico para identificación Vldset as dataset de un dataset dentro de 174 una clase Prefijo para identificación de controles de usuarios SPA dentro de la capa Web SPANombreControl Registro de controles de <%@Register usuario Web dentro de <%@ Register %> una pagina aspx TagPrefix=”NombreRegistro”%> <div></div> Capa o layer html <di id=”nombreLayer”> </div> Cuadro 2 :Estándares SPAINEC Autor: Julio Armando Guachichulca Morales CAPITULO IV CONSTRUCCION Y PRUEBAS DEL SISTEMA 4.1.- INTRODUCCIÓN Una vez concluido el análisis y diseño del SPAINEC, el siguiente proceso a ejecutar es la construcción y pruebas del sistema .Para la construcción del SPAINEC se ha hecho uso del IDE de desarrollo de MICROSOFT visual estudio.NET 2003, como lenguaje de programación se ha optado por visual Basic.Net y como repositorio de datos Microsoft SQLServer 2000 4.2 ESTRUCTURA POR CAPAS 175 Toda la funcionalidad ofrecida por el SPAINEC ha sido dividida en tres capas ha saber · Capa de Aplicación · Capa Lógica del Negocio · Capa de Acceso a Datos Capa de Aplicación Esta capa se ha dividido en dos segmentos a saber: · Aplicación · WebService Aplicación Es aquí donde se ubican las interfaces que interactúan con el usuario. Mostrara al usuario la información generada como respuesta a una solicitud realizada El diagrama de arquitectura de la figura Nº muestra de manera detallada las clases que componen este segmento de la capa aplicación WebService Hace de puente de comunicación entre el segmento de aplicación y la capa de lógica de negocios .La comunicación en entre estos dos es bi-direccional, con lo cual garantiza que toda solicitud hecha por el usuario desde la capa de aplicación es recibida por el webservice, el cual se encargara de enviar dicha solicitud a las capas inferiores y recibir la respuesta de la antes mencionada solicitud para posteriormente reenviarla a la capa aplicación. El Grafico de la figura Nº muestra de manera detallada las clases y los métodos que expuestos en este segmento de la capa aplicación denominado webservice Lógica del Negocio. Las solicitudes recibidas por el webservice enviadas desde la capa aplicación son retransmitidas a la capa de lógica de negocios del SPAINEC, donde se realizan las solicitudes conexiones al repositorio de datos, verificación de formatos de información enviada por el usuario y disponibilidad de la información solicitada. 176 El grafico de la figura Nº muestra de forma detallada las clases y métodos del SPAINEC expuestos en la capa de lógica del negocio. Capa de acceso a datos La solicitud realizada por la capa aplicación, viaja a través del webservice, el cual reenvía dicha solicitud a la capa de lógica de negocios donde se verifica que la solicitud ingresada no infrinja las reglas de negocio sobre las cuales funciona nuestro sistema, si se puede dar cumplimiento a dicha solicitud, la capa de lógica de negocios se encarga de reenviar dicha solicitud a la capa de acceso a datos. Es en esta capa donde se da la comunicación con el repositorio de datos Microsoft SQLServer de forma directa o mediante el uso de librerías ADO.Net El Grafico de la figura Nº muestra de forma detallada las clases y métodos expuestos en esta capa. Una vez gestionada la solicitud en el repositorio de datos, la comunicación entre las capas vuelve ha empezar, solo que en esta ocasión es en sentido contrario y el mensaje que lleva hacia la capa aplicación contienen la respuesta a la solicitud enviada. 4.3 HIPÓTESIS DE PRUEBAS SPAINEC Para realizar las pruebas del funcionamiento del SPAINEC, se ha optado por plantear una hipótesis que nos permita cotejar las operaciones realizadas por el sistema con los resultados esperados, previamente expuestos durante la fase de análisis y diseño del SPAINEC. 4.3.1 ESTADÍSTICA DE NACIMIENTOS Y DEFUNCIONES FETALES El Instituto nacional de estadísticas y censos INEC desea dar seguimiento al producto estadístico denominado nacimientos y defunciones fetales en el ámbito de los procesos agregadotes de valor pertenecientes a la planta central del INEC. 177 Con el propósito de dar cumplimiento a dicha necesidad el SPAINEC necesitara de la siguiente información institucional: 4.3.2 ESTRUCTURA ORGANIZACIONAL DEL INEC PARA PRUEBAS De las tres regionales existentes en la ciudad de quito “PLANTA CENTRAL”,”REGIONAL NORTE”,”REGIONAL CENTRO”, el foco de nuestra hipótesis estará centrado en la Planta Central del INEC. Unidades Administrativas Agregadoras de valor Dentro de la planta central del INEC, la estructura organizacional de la institución identifica tres grupos bajo los cuales se conjugan una o más unidades administrativas ha saber: · Asesores · Apoyo · Agregadores de valor De este universo tomaremos a las unidades administrativas pertenecientes al grupo denominado agregadotes de valor En las cuales se encuentran: · Geoestadistica · Producción de estadísticas sociodemográficas · Desarrollo tecnológico estadístico · Análisis de la Información Estadística · Comunicación Social y Relaciones Publicas SubUnidades Administrativas En el marco de las unidades administrativas identificadas en el párrafo anterior, para efectos de nuestra hipótesis se seleccionarán las siguientes subunidades administrativas 178 · Geografía Estadística · Sistema de información estadística georeferencial · Diseñó muestral sociodemográficas · Estadísticas sociales y de salud · Desarrollo y administración de sistemas informáticos · Administración de la plataforma tecnológica · Análisis de estadísticas sociodemográficas · Análisis de síntesis · Imagen corporativa · Marketing y ventas Funcionarios Dentro de cada subunidad administrativa expuesta en listado anterior, se procederá a registrar a los funcionarios con nombramiento identificando para el efecto: · Cedula de identidad · Nombres y apellidos · Dependencia laboral · Nivel de instrucción · Cargo que desempeña 4.3.3 PROCESOS ESTRUCTURALES PARA PRUEBAS De la misma forma en la cual la organización institucional del INEC identifica tres grupos en los cuáles están contenidas una o mas unidades administrativas , la organización de procesos estructurales bajo los cuales se generan los productos primarios que darán forma a al producto estadístico objeto de nuestra hipótesis esta subdividida en: · Procesos estructurales de Accesoria · Procesos estructurales de apoyo · Procesos estructurales Agregadores de valor · Para complementar nuestra hipótesis de pruebas , el SPAINEC enfocara su atención y registrara la información concerniente a los “Procesos 179 estructurales Agregadores de valor” que participan de forma directa en la generación del producto estadístico nacimientos y defunciones fetales a saber: · Detección y análisis de requerimientos · Diseño de la investigación estadística · Actualización cartográfica · Producción estadística · Análisis de la información estadística · Producción de la información estadística georefenciada · Difusión de la información estadística · Desarrollo y administración de sistemas informáticos · Soporte científico y técnico Dado la naturaleza confidencial de la información, contenida en cada uno de estos procesos estructúrales. El SPAINEC para el desarrollo de su hipótesis solo tomara del listado anteriormente expuesto los procesos denominados: · Producción estadística · Producción de la información estadística georefenciada Subproceso estructurales En el ámbito de los procesos anteriormente identificados, el SPAINEC procederá a identificar, listar y registrar los subprocesos vinculados a cada uno de los procesos que servirán de apoyo a nuestra hipótesis de prueba, a saber: · Planificación de la Producción estadística · Diseño muestral · Actualización de la metodología · Capacitación de la investigación · Actualización de los sistemas informáticos · Reproducción de la documentación ,metodologica · Preparación y recolección de la información estadística · Procesamiento de la información estadística · Administración de bases de datos del sistema informático 180 · Revisión y validación de la información estadística · Preparación de la publicación · Revisión de la calidad de la información en la publicación · Preparación de trípticos · Preparación de informes técnicos · Regulación de cantidad y costos de publicación · Diseño grafico y edición de la publicación · Planificación de la producción estadística georeferenciada · Diseño desarrollo y validación de la geodatabase · Modelamiento y validación espacial · Preparación para las aplicaciones georeferenciadas · Preparación de mapas temáticos · Validación de la producción de la información estadística georeferenciada · Preparación de la publicación Productos primarios por subproceso estructura Continuando con nuestra hipótesis de prueba, de los subprocesos anteriormente listados identificaremos y registraremos el/los los productos primarios con los que cada uno de estos contribuye durante el proceso de generación del producto estadístico defunciones fetales. Posteriormente a esto se vincularan a cada producto estadístico una o más actividades que deberán ser ejecutadas en orden y secuencia específicos, con el propósito de dar forma al producto primario Los productos primarios a ser considerados para esta hipótesis son: Por producción estadística: · Plan operativo de la unidad · Programa de la investigación · Plan anual de adquisiciones · Marco muestral · Muestra maestra · Tamaño de muestras · Metodologías 181 · Formularios · Personal capacitado · Sistema informático producción estadística · Personal capacitado en el sistema informático · Documentación metodologica reproducida · Formularios diligenciados · Directorio de establecimientos · Base de datos validada en regionales · Base de datos consolidadas · Cuadros y reportes para análisis de la información · Bases de datos revisada cobertura validada · Publicación anuarios y boletines · Informe de revisión de calidad de la información en la publicación · Trípticos · Informes técnicos · Informes de control de indicadores de gestión · Determinación de cantidad y costo · Resolución · Diseño grafico · Numero de ejemplares reproducidos · Informe trimestral del plan operativo · Informe de análisis y determinación de mejoras del proceso y de la unidad Por producción de la información estadística georeferenciada · Plan operativo de la unidad · Plan anual de adquisiciones · Presupuesto · Geodatabase · Modelo espacial de geodatabase · Aplicaciones georeferenciadas de las estadísticas sociodemográficas · Mapas temáticos · Atlas de resultados estadísticos georeferenciados 182 · Producción de información estadística georefenciada validada · Publicación mapas y aplicaciones · Informe de revisión de la calidad de la información en la publicación · Informe de control de indicadores de gestión · Determinación de cantidad y costo · Diseño grafico · Numero de ejemplares reproducidos · Informe trimestral del plan operativo · Informe de análisis y detección de mejoras del proceso y de la unidad Cabe aclarar en este punto de la hipótesis, que de ninguna manera el SPAINEC pretende al menos por el momento supervisar o controlar la sincronización existente entre cada uno de los proceso, ya que de pretender hacerlo seria necesario tener control sobre la información de algunos procesos denominados desconcentrados [1] sobre los cuales la institución no tiene ninguna ingerencia o control. Una vez registrados los productos primarios que conforman el producto estadístico defunciones fetales, el sistema se complementara con las actividades que se encuentran ligadas directamente a cada producto primario y por consiguiente al producto estadístico que es objeto de nuestra hipótesis Se identificaran en este punto, la actividad y secuencia de ejecución de cada una de las siguientes actividades: Por parte de producción estadística: · Planificación de la producción estadística · Actualización de la metodología · Actualización de la documentación metodologica · Reproducción y distribución de la documentación metodologica · Actualización del sistema informático · Capacitación de la investigación al personal técnico · Implantación y capacitación del sistema informático al personal técnico · Preparación y distribución del material estadístico · Procesamiento de la información estadística 183 · Consolidación de las bases de datos de las regionales a nivel nacional · Revisión de cobertura de datos de las regionales a nivel nacional · Validación de datos a nivel nacional · Estandarización de los datos para los cuadros de publicación del anuario · Elaboración de cuadros de publicación del anuario · Preparación del anuario para la publicación · Revisión de la información del anuario · Calculo y analizáis de resultados de indicadores de gestión · Diseño y diagramación de la publicación · Determinación y regulación de cantidad y costo de la publicación · Edición de la publicación (anuario) Por producción de la información estadística georeferenciada · Detección y análisis de requerimientos · Análisis y diseño del modelo de datos · Creación de la base de datos complementarios en el servidor de desarrollo · Carga de datos complementarios división política administrativa · Análisis y diseño de datos de la estadística encuesta o censo · Creación de la base de datos de la estadística , encuesta o censo en el servidor de desarrollo · Reformateo y remodificación de los archivos primarios de la de la estadística/encuesta/censo · Carga de datos de la estadística/encuesta/censo · Generación de totales frecuenciales , indicadores, tasas estadística/encuesta/censo · Generación de objetos en la base de datos del servidor de producción Una vez concluida la carga de toda la información antes mencionada se procederá ha realizar las respectivas pruebas de caja negra y caja blanca al SPAINEC con el propósito de constatar y comparar que los resultados arrojados 184 por el sistema se equiparen a los resultados esperados y planteados durante la fase del análisis y diseño 4.4 PRUEBAS DEL SISTEMA Con el propósito de dar cumplimiento a la hipótesis planteada, el siguiente paso a considerar es someter a diferentes pruebas al SPAINEC, esperando en el transcurso de las mismas obtener resultados que nos permitan corregir ciertos aspectos de funcionalidad 4.4.1 DEFINICIÓN DE CASOS DE PRUEBAS Tomando como referente la funcionalidad ofrecida por el SPAINEC, establecida durante la fase de análisis y diseño del sistema, identificaremos y seleccionaremos varios casos de prueba a los cuales se les pueda identificar el mayor número de errores. Para efectos de este proyecto, las dos pruebas a las cuales será sometido el SPAINEC son las denominadas: · Pruebas de caja Blanca · Pruebas de caja Negra 4.4.2 PRUEBAS DE CAJA BLANCA El someter el SPAINEC a las pruebas de caja blanca nos permitirá constatar que las operaciones internas del programa se ajustan a las especificaciones y que todos los componentes internos se han probado de manera adecuada. De lo expuesto anteriormente podemos deducir que durante las pruebas de caja blanca, vamos ha intentar descubrir las posibles fallas a nivel de código interno en los algoritmos que componen el SPAINEC. Caso de prueba solicitar información Clases Involucradas: · Index · Clases/Usuario · Clases/Información INEC Objetivo a probar Caminos 185 Condiciones opciones salida esperada comentario case =0 =>objeto lector=home.txt // ejecutar Cargar 0 información del home información(objeto lector) case =1 =>objeto lector=INEC txt ha cargar ejecutar 1 que es el INEC Cargar información(objeto lector) case =2 =>objeto lector=propósito txt ha cargar 2 propósito del sistema ejecutar Cargar información(objeto lector) case =3=>objeto lector=misión txt ha cargar ejecutar 3 misión del INEC formulario 4 login usuario case=4 =>placeholder.addcontrol(uc_controlusuario) formulario 5 Cargar información(objeto lector) login administrador case=5 =>placeholder.addcontrol(uc_admsistema) Cuadro #5 Descripción: prueba caja blanca solicitar información Autor: Julio Armando Guachichulca Morales 186 Caso de prueba validar usuario Clases involucradas · SPALogin · Administrador sistema · SPAUsuarios Objetivo a probar Caminos Condiciones 187 entrada salida esperada comentario select Central/SPAINEC/clave case user /case=1 =>llamar nombre/apellido/unidad/email/fotografía/habilitar objetoServicio.Administrador("spAdministrador",spausuario,spaclave)=>llamar accesos ValidarAdministrador(storedprtocedure,usuario,pasword)=ejecutar CreateDataset(objeto OLedbCommand) select Pcentral/ADMIN/clave case user /case=1 =>llamar nombre/apellido/unidad/email/fotografía/habilitra objetoSevicio.ValidarUsuario("SPGetUsuarioById",regional,usuario,clave)=>llamar accesos ValidarUsuarioByClave(SPGetUsuarioById",regional,usuario,clave)//=>ejecutar CreateDataSet(CommandUsuariosByUserAndClave) Pcentral/../clave Acceso denegado...deshabilitar acceso select case user/case else => string_de_retorno=acceso denegado Norte/../clave Acceso denegado deshabilitar acceso select case user/case else => string_de_retorno= acceso denegado Norte/../.... Acceso denegado...deshabilitar acceso select case user/case else => string_de_retorno=acceso denegado Pcentral/usuario/... Acceso denegado...deshabilitar acceso select case user/case else => string_de_retorno=acceso denegado Cuadro #6 Descripción: prueba caja blanca validar usuario Autor: Julio Armando Guachichulca Morales 188 Caso de prueba Desplegar Menú Clases involucradas · Sistema · Menú Objetivo a probar Caminos Condiciones entrada salida esperada comentario select case tipo de Usuario case 0 // => ejecutar PlaceHolde.Control.Add(uc_controlsistema) 0 // menú desplegable habilitar todas las opciones select case tipo de Usuario case 1 // => ejecutar PlaceHolde.Control.Add(uc_controlsistema) // solo 1 menú desplegadle habilitar opciones usuario desarrollo institucional select case tipo de Usuario case 2 // => ejecutar PlaceHolde.Control.Add(uc_controlsistema) // solo 2 menú desplegadle habilitar opciones recursos humanos select case tipo de Usuario case 3 // => ejecutar PlaceHolde.Control.Add(uc_controlsistema) // solo 3 menú desplegable habilitar opciones unidades agregadoras de valor select case tipo de Usuario case 4 // => ejecutar PlaceHolde.Control.Add(uc_controlsistema) // solo 4 menú desplegable habilitar opciones planificación estadística select case tipodeUsuario case 5 // => ejecutar PlaceHolde.Control.Add(uc_controlsistema) // solo 5 menú desplegadle habilitar opciones dirección general Cuadro #7 Descripción: prueba caja blanca desplegar menú 189 Autor: Julio Armando Guachichulca Morales En este caso de prueba, el usuario no puede tener valores mayores a los especificados en las entradas, ya que la visualización del menú esta condicionada al caso de prueba validación de usuario Caso de prueba configuración plan operativo Clases involucradas · SPAPoa · SPAInecPoa · PlanOperativo Objetivo a probar · Caminos · Condiciones entrada salida comentario ..=> llamar código=GenerarCodPoa(sqlsentence)if(código=dbnull nuevo código de => código=0 else código=código +1 //=>ejecutar nuevo código registro Generar código(sentenciaSql)//return Nuevo código ..=> llamar objeto Registro Poa.Registrar Operativo("spIngresonPoa",contenido () Plan )//=>llamar T r a n s a c c i ó n RegistrarPoa-("spIngresoPoa",contenido())//=> Exitosa |e j e c u t a r Ejecutar Registro T r a n s a c c i ó n ExecuteTransaction(comandoRegistrarPoa)//return poa Fallida cancelar registro vació mensaje transacción 190 Cuadro #8 Descripción: prueba caja blanca configuración plan operativo Autor: Julio Armando Guachichulca Morales Caso de prueba Registro de Regionales Clases involucradas: · SPAInecPoa · PlanOperativo · SPA regionales · Estructura organizacional · Regionales Objetivo a probar · Caminos · Condiciones 191 operaci ón salida comentario ..=> llamar código=GenerarCodPoa(sqlsentence)if(codigo=dbnull nuevo código=0 código nuevo código registro código(sentenciaSql)//return Nuevo código . else = código=código > l l +1 //=>ejecutar a m => Generar a r mensaje=objetoRegional.Registroregional("spRegistrarRegional" ,arrRegistro) // => RegistrarRegional(spRegistrarRegional,registros())//=> registrar transacción exitosa | Transacción fallida + Executetransaction regional BDMessage mensageDatabase cancela código=vació//descripción=vació//dirección=vació//teléf r ono=vació Cuadro #9 (InsertCommandRegionales) llamar ejecutar ...return 192 Descripción: prueba caja blanca registro de regionales Autor: Julio Armando Guachichulca Morales 193 Caso de prueba Registro Unidades Administrativas INEC Clases involucradas: · SPAInecPoa · PlanOperativo · SPA Unidades · Estructura organizacional · Unidad administrativa Objetivos a probar · Caminos · Condiciones 194 operación salida comentario ..=> n u e v o código código=0 nuevo código de registro Ejecutar UnidadAdm Fallida siglas=vació//descripción=vació else código=código +1 //=>ejecutar => Generar a r ObjetoUnidadAdm.RegistraUnidad(spInsertUnidadAdm,contenido()) //=> R e g i s t r o Transacción Exitosa | Transacción llamar c a n c e l a r código=vació código=GenerarCodPoa(sqlsentence)if(código=dbnull código(sentenciaSql)//return Nuevo código . registro llamar . = > l l a m RegistrarUnidadAdministrativa(spinsertUnidadAdm,registros()) ejecutar ExecuteTransaction(comandInsertUnidad) return DBMessage // => 195 Cuadro #10 Descripción: prueba caja blanca registro de unidades administrativas Autor: Julio Armando Guachichulca Morales Caso de prueba Registro Funcionarios INEC Clases involucradas · SPAInecPoa · PlanOperativo · Estructura organizacional · Funcionarios Objetivos por probar: · Caminos · Condiciones · Bucles 196 operación salida comentario Transacción Exitosa | ,,0>llamar ObjetoFuncionario.IngresarFuncionario(spregistrarfuncionario,arrcontenido()) //=> r e g i s t r a r T r a n s a c c i ó n llamar funcionario Fallida => ejecutar ExecuteTransaction(InsertCommandFuncionario) => return DBMensaje T r a n s a c c i ó n ..=>Cargar Exitosa RegistrarFuncionario(spregistrarfuncionario,contenido()) archivo(ubicación,archivo.xls,hojanº) for(inicio=0 to | archivo.length)ObjetoFuncionario.IngresarFuncionario(spregistrarfuncionario,arrcontenido()) T r a n s a c c i ó n if(funcionario existe) Msgbox(DBMessage) else( Transacción exitosa)end for // => ejecutar cargar archivo Fallida cancelar cedula=vacio//nom bre=vacio//apellido =vacio//direccion= ExecuteTransaction(InsertCommandFuncionario) => return DBMensaje 197 vacio//telefono,dep endenciamail,instr ucicon=vacio Cuadro #11 Descripción: prueba caja blanca registro de funcionarios Autor: Julio Armando Guachichulca Morales Caso de prueba Mantenimiento Plan Operativo Clases involucradas · SPA MantenimientoPoa · SPAInecPoa · PlanOperativo Objetivos por probar 198 · Caminos · Condiciones operación salida comentario ..=>llamar ObjetoPoa.BuscarPoa(spSearchaPoa)//=>llamar Buscar Plan listado de planes Operativo(spsearchpoa)//=> ejecutar CreateDataset(comandoRecuperarpoa) => cargar poa operativo return DataSetPoa T r a n s a c c i ó n ..=>llamar Exitosa actualizar poa objetoPoa.UpdatePoa(spUpdatePoa,idpoa)//=>llamar |M o d i f i c a r P l a n O p e r a t i v o ( s p U p d a t e P o a , i d p o a ) = > e j e c u t a r Transacción Fallida ExecuteTransaction(comandoUpdatePoa)=return DBMessage 199 T r a n s a c c i ó n ..=>llamar Exitosa eliminar poa objetoPoa.Delete(spDeletePoa,idpoa)//=>llamar |E l i m i n a r P l a n O p e r a t i v o ( s p U p d a t e P o a , i d p o a ) = > e j e c u t a r Transacción Fallida ExecuteTransaction(comandoDeletePoa)=return DBMessage Cuadro #12 Descripción: prueba caja blanca mantenimiento plan operativo Autor: Julio Armando Guachichulca Morales 200 Caso de prueba mantenimiento unidad administrativa Clases involucradas · SPAMantenimientoUnidad Administrativa · Estructura organizacional · Unidad administrativa Objetivos por probar · Caminos · Condiciones 201 operación salida comentario u n i d a d e s ..=> llamar objetUnidadAdm.BuscarUnidadAdministrativa(spSearchUnidadByReg,regional) // => c a r g a r administrativas llamar regionales por regional BuscarUnidadesAdministrartivas(spSearchUnidadByReg,regional)=>ejecutar CreateDataSet(CommandSearchUndad,unidadadm) => return DataSetUnidadesAdminstrativas Transacción Exitosa | ..=>llamar objetoUpdateUnidad.UpdateUnidadAdministrativa(spUpdateUnidadAdm,contenido( )) a c t u a l i z a r T r a n s a c c i ó n // regional Fallida => ModificarUnidadAdm(spUpdateUnidadAdm,registros() ) // ejecutar ExecuteTransaction(commandUpdateUnidadAdm) => return DBMessage T r a n s a c c i ó n ..=>llamar Exitosa llamar objeto Delete | Administrativa,contenido( Unidad.Delete )) // => Unidad llamar Administrativa(spDeleteUnidad EliminarUnidad(spDeleteUnidad e l i m i n a r T r a n s a c c i ó n Administrativa,registros() ) // ejecutar ExecuteTransaction(commandDeleteUnidadAdm) => regional Fallida return DBMessage Cuadro #12 Descripción: prueba caja blanca mantenimiento plan operativo Autor: Julio Armando Guachichulca Morales 202 Caso de prueba Gestionar Producto Estadístico Clases vinculadas: · SPAGestion Productos Estadísticos · Procesos Estructurales 1 · Productos Estadísticos · Producto Estadístico · PlanOperativo · Procesos estructurales · Subprocesos estructurales · Productos primarios 203 · Gestión Productos Estadísticos Objetivos por probar · Caminos · Condiciones 204 Cuadro #13 Descripción: prueba caja blanca gestionar producto estadístico Autor: Julio Armando Guachichulca Morales 205 206 Caso de prueba Planificación de productos primarios Clases vinculadas · Planificación Productos · Plan operativo · Productos estadísticos · Planificación Producto Primario Objetivos por probar · Caminos · Condiciones · Bucles 207 Cuadro #14 Descripción: prueba caja blanca planificación de productos primarios Autor: Julio Armando Guachichulca Morales Caso de prueba Registro de Actividades Clases involucradas · Gestión de Actividades · Plan operativo 208 · Producto estadístico · Proceso estructural · Producto primario · Actividades Objetivo por probar · caminos · llamadas a objetos Cuadro #15 Descripción: prueba caja blanca registro de actividades 209 Autor: Julio Armando Guachichulca Morales Caso de prueba planificación de actividades Clases involucradas · Plan operativo · Producto estadístico · Proceso estructural · Producto primario · Actividades · Planificación de Actividades Objetivo por probar · Caminos · Condiciones · Llamadas a objetos 210 Cuadro #16 Descripción: prueba caja blanca planificación de actividades Autor: Julio Armando Guachichulca Morales 211 4.4.3 PRUEBAS DE CAJA NEGRA Las pruebas de caja negra están orientadas a dar seguimiento a los requisitos funcionales del software. El someter al SPAINEC a este tipo de pruebas nos permite obtener un conjunto de condiciones de entrada que ejerciten completamente los requisitos funcionales del programa, complementado de esta manera las pruebas de caja blanca realizadas en el punto anterior. Caso de prueba solicitar información Entrada ._poción=”0” Condiciones de ejecución En la carpeta usuarios existe un archivo en formato .txt, al seleccionar la opción home | misión | propósito el sistema comprobara que la opción sea menor a tres, una vez cumplida la condición buscara el archivo asociado a la selección que hizo el usuario. 212 Salida esperada Desplegar el archivo inec.txt, mision.txt, proposito.txt en formato html Grafico #35 Descripción: prueba caja negra solicitar información Autor: Julio Armando Guachichulca Morales Caso de prueba administrador Entrada .-código administrador “ADMIN” pass Word=”ADMIN” Condiciones de ejecución 213 En la tabla existe ese usuario con ese pas Word, el número de intentos puede ser ilimitado, si los intentos por logearse al sistema son fallidos, el sistema deshabilitara los accesos a la parte funcional del SPAINEC. Salida esperada Desplegar información del usuario y habilitar accesos a la parte funcional del sistema Grafico #36 Descripción: prueba caja negra administrador Autor: Julio Armando Guachichulca Morales 214 Caso de prueba iniciar sesión Entrada Regional del INEC “PCENTRAL”, usuario “user”, contraseña “password” Condiciones de ejecución En la tabla existen registrados un conjunto de usuarios, a los cuales, de acuerdo a su rol, se les ha concedido ciertos permisos de ejecución dentro del SPAINEC. Si el usuario y la contraseña ingresadas existen en la base de datos los accesos al sistema se habilitaran caso contrario se deshabilitaran con lo cual obligaran al usuario a registrar su username y passwor nuevamente Si el usuario presiona cancelar, los campos de ingreso para el usuario y contraseña toman un valor de vació Salida esperda Información del usuario, accesos al sistema habilitados 215 Grafico #37 Descripción :prueba caja negra iniciar sesión Autor :Julio Armando Guachichulca Morales Caso de prueba visualizar información usuario Entrada Usuario, password diferente de vació “” Condiciones de ejecución 216 Si el nombre de usuario y clave existen en la tabla, se extraen de la misma los registros del usuario correspondientes a: · Nombre · Apellido · Unidad · Correo · Cargo Salida Información del usuario en formato html 217 Grafico #38 Descripción: prueba caja negra visualizar información de usuario Autor: Julio Armando Guachichulca Morales Caso de prueba registro de plan operativo Entradas · opción=1 · código del plan operativo > 0 · descripción de plan operativo =”cadena” · anio de referencia del plan operativo=”anio” Condiciones de ejecución Al presionar nuevo el sistema buscara el mayor valor del campo codigo_poa de la tabla planoperativo y le sumara uno . Al tratar de ingresar caracteres no numéricos en el campo anio , el sistema alertara al usuario de esta falla Salida esperada Plan Operativo Registrado 218 Grafico #39 Descripción :prueba caja negra registro de plan operativo Autor :Julio Armando Guachichulca Morales Caso de prueba registro regionales INEC Entradas · Opción=2 · Código de regional >0 219 · Descripción, dirección, teléfono de la regional Condiciones de ejecución Se valida que la opción seleccionada sea igual a 2, una vez validada carga a la pagina el control de usuario correspondiente al registro de regionales del INEC. Si presiona nuevo, el sistema devuelve el mayor valor del campo código _ regional sumado 1 y lo despliega en el campo código regional de la interfaz. Se deberá verificar que el campo descripción no contenga valores numéricos y que el campo teléfono solo acepte valores numéricos Salida esperada Regional el INEC registrada 220 Grafico #40 Descripción: prueba caja negra registro regional INEC Autor: Julio Armando Guachichulca Morales Caso de prueba registro productos estadísticos Entradas 221 · Opción = “6” · Plan operativo > 0 · Código de estadística>0 · Campo =”Económicas | Sociales” · Tipo=”Continuas | Otras” · Periodicidad ,nombre ,imagen, añio Condiciones de ejecución Al presionar nuevo el sistema devolverá el mayor valor del campo código de regional sumado 1 Al presionar cancelar los campos ingresados por el usuario toman un valor de vació o nulo según el tipo de dato que soporte Al presionar examinar el sistema abre el explorador de archivos de Windows y nos permite seleccionar la imagen del producto estadístico a cargar Al presionar aceptar se valida que no falte ningún campo y se procede al registro Salidas Nuevo producto estadístico registrado 222 Grafico #41 Descripción: prueba caja negra registro productos estadísticos (a) Autor: Julio Armando Guachichulca Morales 223 Grafico #41 Descripción: prueba caja negra registro productos estadísticos (b) Autor: Julio Armando Guachichulca Morale Caso de prueba registro de proceso estructurales Entradas · Plan operativo · Código del proceso >0 · Descripción del proceso “cadena de caracteres” 224 Condiciones de ejecución Al presionar nuevo el sistema devuelve el mayor valor registrado del campo código _ proceso sumado 1 El campo descripción solo aceptara valore no numéricos en sus entradas Al presionar cancelar los campos de ingreso vuelven a su estado original Al presionar aceptar se verifica que todos los valores necesarios hayan sido ingresados por parte del usuario Salida esperada Nuevo proceso estructural registrado 225 Grafico #42 Descripción: prueba caja negra registro procesos estructurales Autor: Julio Armando Guachichulca Morales Caso de prueba registro de productos primarios Entradas Plan operativo > 0 226 Proceso > 0 Subproceso > 0 Numero de productos > 0 Condiciones de ejecución Al seleccionar el plan operativo, proceso, subproceso bajo los cuales se registraran a los productos primarios, el usuario deberá seleccionar el número de productos a registrar. Al presionar nuevo producto el sistema recopilara el número de productos a ingresar y generara un nuevo código para cada uno tomando como referencia el máximo valor del campo código de producto sumado 1 Al seleccionar cancelar los campos de ingreso vuelven a su estado original Al presionar aceptar se verifica que se hayan ingresado los campos necesarios, luego de esto se procederá al registro Salida esperada Nuevo producto primario registrado 227 Grafico #43 Descripción: prueba caja negra registro productos primarios Autor: Julio Armando Guachichulca Morales Caso de prueba registro de funcionarios INEC Entradas · Regionales > 0 · Unidades administrativas >0 228 · SubUnidades Administrativa >0 · Cedula,nombre,apellido,direccion,telefono,email,instrucción,fotografia Condiciones de ejecución Al seleccionar examinar se despliega la ventana de navegación de Windows permitiéndonos seleccionar la imagen del funcionario a registrar Al dar clic sobre cancelar, los campos de ingreso vuelven a su estado original Al dar clic sobre aceptar se validara que no falte ningún campo ingresado y se procederá a registrar al funcionario Salida esperada Nuevo funcionario del INEC registrado 229 Grafico #44 Descripción: prueba caja negra registro de funcionarios (a) Autor: Julio Armando Guachichulca Morales 230 Grafico #44 Descripción: prueba caja negra registro de funcionarios (a\b) Autor: Julio Armando Guachichulca Morales Caso de prueba mantenimiento plan operativo Entradas Opción=1.3 Condiciones de ejecución Al validar la opción seleccionada por el usuario, el sistema carga los planes operativos registrados en la tabla plan operativo Los campos sonde se despliega la información de cada plan operativo son modificables en sus valores a excepción del código de identificación 231 Si da clic sobre actualizar se actualizara el nuevo registro en la tabla plan operativo Si da clic sobre eliminar, el sistema eliminar el registro correspondiente de la tabla plan operativo Salida esperada Actualización | eliminación del registro exitosa Grafico #45 Descripción: prueba caja negra mantenimiento plan operativo Autor: Julio Armando Guachichulca Morales Caso de prueba mantenimiento producto estadístico Entradas 232 · Opción=6.1 · Periodicidad · Ámbito · Anio · Descripción Condiciones de ejecución Se valida la opción seleccionada por el usuario, después el sistema carga los productos estadísticos registrados en la tabla estadísticas. Si selecciona examinar, se abre el explorador de Windows que nos permitirá seleccionar una nueva imagen asociada al producto estadístico Si selecciona actualizar los registros modificados del producto estadístico se modificaran en la tabla. Si selecciona eliminar, la información del producto estadístico se eliminará permanentemente de la tabla Salida esperada Eliminación o actualización exitosa 233 Grafico #46 Descripción: prueba caja negra mantenimiento producto estadístico Autor: Julio Armando Guachichulca Morales Caso de prueba mantenimiento producto primario Entradas 234 · Opción=9.1 · Plan operativo · Proceso estructural · Subproceso estructural · Código del producto Condiciones de ejecución Al validar la opción seleccionada el sistema carga los productos primarios pertenecientes a un plan operativo, proceso, subproceso estructural previamente identificado. Al dar clic en liminar se eliminara permanentemente la información del producto primario de la tabla, Al dar clic en actualizar, los registros del producto primario seleccionado se actualizaran en la tabla respectiva Salida esperada Eliminación o actualización del producto primario 235 Grafico #47 Descripción: prueba caja negra mantenimiento producto primario Autor: Julio Armando Guachichulca Morales Caso de prueba gestión de productos primarios Entradas 236 · Plan operativo · Producto estadístico · Proceso estructural · Sub Proceso estructural · Peso del Proceso · Peso del Sub Proceso · Producto Primario · Peso del Producto Primario · Numero de periodos · Tipo de periodo Condiciones de ejecución El primer proceso seleccionado tendrá el máximo valor permitido (100), esta ponderación esta sujeta al criterio del usuario. Al asignar el peso a los procesos 2 a la n, se disminuirá el valor ingresado del valor ingresado al primer proceso. Al dar clic en subproceso se desplegaran los subprocesos contenidos en el proceso seleccionado El primer subproceso seleccionado tiene el valor de 100, así mismo esta sujeto al criterio del usuario. Al asignar el peso a los subprocesos 2 a la n, se disminuirá el valor ingresado del valor ingresado al primer subproceso. A dar clic en productos primarios se desplegaran los productos primarios contenidos en el subproceso estructural Se deberán ingresar de la misma manera el peso de cada producto, el número de periodos en los cuales se dividirá el producto primario, el tipo de periodo 237 Al dar clic en vincular, se validara si el registro a insertar no existe en la tabla, si existe el registro, el sistema arroja un error, caso contrario vincula el producto seleccionado a la estadística Salida esperada Producto primario vinculado a un producto estadístico Grafico #48 Descripción: prueba caja negra gestión de productos primarios (a) Autor: Julio Armando Guachichulca Morales 238 Grafico #48 Descripción: prueba caja negra mantenimiento plan operativo (b) Autor: Julio Armando Guachichulca Morales Caso de prueba mantenimiento funcionarios Entradas · Opción=5.1 239 · Regional · Unidad administrativa · sub. unidad administrativa · [cedula,nombre,apellido,direccion,telefono,dependencia] Condiciones de ejecución Verifica si la opción es valida, luego de esto carga los funcionarios del INEC vinculados a una regional, unidad y subunidad administrativa previamente seleccionadas Si damos clic en actualizar, los registros modificados en cada usuario serán actualizados en la base de datos Si damos clic en eliminar, la información correspondiente al funcionario seleccionado será borrada permanentemente de la base de datos Salida esperada Actualización o eliminación de la información de un funcionario en el repositorio de datos 240 Grafico #49 Descripción: prueba caja negra mantenimiento funcionarios Autor: Julio Armando Guachichulca Morales Caso de prueba Gestión de actividades Entradas · Plan operativo 241 · Producto estadístico · Proceso estructural · Subproceso estructural · Producto primario · Secuencia , numero de personal, fecha inicio, fecha finalización, total días hombre Condiciones de ejecución Al dar clic en planificar productos primarios se despliegan todos los productos primarios que han sido asignados al producto estadístico. Al dar clic en planificar, en función del número de periodos en los cuales se ha dividido el producto primario se desplegaran uno o más controles para el ingreso de la información Al dar clic en nuevo registro, el sistema buscara el mayor valor del identificado de planificación en la tabla del repositorio de datos Devolverá el máximo valor sumado 1 Al dar clic en total anual se calculara el total anual en días hombre asignados al producto estadístico en los periodos del 1 a la n Al dar clic en registrar planificación, toda la información ingresada será diligenciada hacia el repositorio de datos Salida esperada Planificación del producto estadístico almacenada en el repositorio de datos 242 Grafico #50 Descripción: prueba caja negra gestión de actividades Autor: Julio Armando Guachichulca Morales Caso de prueba planificación de actividades Entradas · Plan operativo · Producto estadístico · Proceso estructural · Subproceso estructural 243 · Producto primario · Actividades · Peso actividad, secuencia, inicio, finalización de actividad, total calculado en días hombre Condiciones de ejecución Al ingresar el plan operativo, producto estadístico y proceso estructural, el sistema deberá buscar en el repositorio de datos los subprocesos que contribuyen a la generación del producto estadístico, de cada subproceso estructural se seleccionaran uno o varios productos primarios, de donde se desplegaran las actividades que deberán se planificadas. Salida esperada Almacenamiento en el repositorio de datos de las actividades vinculadas al producto estadístico correctamente planificadas en su inicio y finalización 244 Grafico #51 Descripción: prueba caja negra planificación de actividades (a) Autor: Julio Armando Guachichulca Morales 245 Grafico #51 Descripción: prueba caja negra planificación de actividades (b) Autor: Julio Armando Guachichulca Morales Caso de prueba asignación de recurso humano Entradas · Regional , unidad , subunidad, administrativa funcionarios INEC · Plan operativo, producto estadístico, proceso,subproces estructural · Producto primarios · Actividades Condiciones de ejecución 246 Al ingresar la regional, unidad y subunidad administrativa, se despliegan los funcionarios a los cuales se les puede asignar una o más actividades dentro de un producto estadístico. Al ingresar el plan operativo, producto estadístico, proceso, subproceso estructural y producto primario se despliegan las actividades planificadas que se pueden asignar a uno o más funcionarios del INEC. Salida esperada Actividades asignadas a uno más funcionarios dentro de una subunidad administrativa 247 Grafico #52 Descripción: prueba caja negra asignación del recurso humano Autor: Julio Armando Guachichulca Morales Caso de prueba asignación de porcentaje de carga laboral Entradas Volumen de actividades asignadas Volumen de actividades asignadas a cada funcionario 248 Condición de ejecución El sistema toma como máxima el volumen de actividades asignadas y lo interpreta como su máximo porcentaje (100%), de ahí tomando el volumen de las actividades asignadas a un funcionario, el sistema determina el porcentaje que ese volumen representa en función del volumen máximo. Salida esperada Asignación de porcentaje de carga laboral al funcionario Grafico #53 249 Descripción: prueba caja negra porcentaje de carga laboral Autor: Julio Armando Guachichulca Morales Caso de prueba supervisión del recurso humano Entradas Plan operativo Regional unidad y subunidad administrativa Condiciones de ejecución Por cada funcionario seleccionado dentro de la subunidad administrativa se mostrara la información correspondiente a las actividades asignadas a ese funcionario. Salida esperada Reporte de actividades asignadas 250 Grafico #54 Descripción: prueba caja negra supervisón del recurso humano Autor: Julio Armando Guachichulca Morales Caso de prueba reportes de asignación de actividades y recurso humano por subunidad administrativa 251 Entradas Regional Unidad Administrativa Subunidad administrativa Condiciones de ejecución Sea el caso de los reportes del recurso humano por sub. Unidad administrativa o por actividades asignadas a los funcionarios, el sistema deberá presentar este y otros reportes en formato Web y con la posibilidad de exportarlos a pdf para su impresión Salida esperda Reporte Web exportable a pdf 252 Grafico #55 Descripción: prueba caja negra reportes Autor: Julio Armando Guachichulca Morales 253 4.- CONCLUSIONES Durante el transcurso de este proyecto, se han utilizado, metodologías de desarrollo de software, id para desarrollo de software, repositorio de datos, y lenguajes de programación con el propósito de cubrir la mayor parte de fases involucradas en el ciclo de vida del software. De lo anteriormente expuesto se ha llegado a las siguientes conclusiones. · El modelo de ciclo de vida del software en cascada utilizado durante el desarrollo de este proyecto fue ideal desde el punto de vista del desarrollo ya que nos permitió cubrir cada una de las fases con mayor facilidad mientras se detectaban y corregían errores mas aun después de terminado el proyecto es indispensable citar que · una alternativa mas efectiva recaería en el modelo de ciclo de vida de desarrollo incremental .la razón por la cual no se utilizo dicho modelo radica en la complejidad organizacional del INEC , ya que el uso de esta metodología hubiera desembocado en una mayor predisposición de tiempo por parte de los funcionarios del INEC a la hora d preparar , pulir y afinar el análisis y diseñó del sistema spainec 254 · La construcción del SPAINEC u otro sistema informático orientado a brindar servicios sea a través de la Web u otro medio, implica de manera directa la predisposición por parte del ingeniero, para adentrarse en los procesos o componentes del negocio que desea automatizar con el objetivo de conocer las el ámbito bajo el cual se pretende implementar un sistema informático. · La piedra angular sobre la cual se sostiene el desarrollo de software es el usuario, de ahí que todas las metodologías de desarrollo de software están orientadas a satisfacer sus más incipientes necesidades. · La reutilización no solo es aplicable al código generado para la construcción del sistema informático , mas bien es solo una parte , ya que podemos asegurar sin temor a equivocarnos que los documentos generados durante el análisis , diseñó y construcción del SPAINEC pueden ser reutilizados para construir en base a estos documentos otras aplicaciones que satisfagan nuevas necesidades del usuario o simplemente aumentar la funcionalidad del SPAINEC con el objetivo de brindar una mayor cobertura de servicios a los usuarios del INEC · OOHDM [] como metodología de desarrollo de software fue una muy buena elección , ya que permitió , mirar al SPAINEC como un todo compuesto de varios procesos , a los cuales se los fue evolucionando o si cabe el termino explotando hasta llegar a las actividades que forman el SPAINEC , con lo cual se obtuvo una mayor versatilidad y facilidad a la hora de construir los objetos que posteriormente formarían parte del SPAINEC 255 · Las unidades administrativas del INEC no son de ninguna manera procesos, mas bien son estas las encargadas de diligenciar los procesos (es este proyecto los denominamos procesos estructurales) que conllevan a la generación de productos insumos o productos primarios que darán forma a un producto estadístico de calidad. · El aplicar una corriente de pensamiento al desarrollo de software, refiriéndonos como corriente de pensamiento a la posición que adoptan algunos usuarios ( a favor o en contra del uso del software libre , provocan limitaciones en la disponibilidad de información a la hora de desarrollar sistemas informáticos , por consiguiente vale la pena mencionar que a mi parecer el software libre y el software licenciado deben convivir en un ambiente de armonía ya que ambos deben complementarse y coadyuvarse con el propósito de brindar mejores y económicamente cómodas soluciones a los usuarios finales. · La programación orientada a objetos no reemplazo de ninguna manera a la programación estructurada, más bien la complemento y la ayudo a evolucionar ya que para que un objeto funcione correctamente las rutinas y algoritmos implementados dentro de si deben estar bien estructurados. · Se pueden programar servicios Web con cualquier lenguaje de programación, sea java por parte de una solución basada en código abierto, Visual Basic, C# de .NET si utilizamos herramientas Microsoft; pero la parte en la cual se conjugan todas estas esta en la utilización del formato xml para envió de la información entre aplicaciones implementado a través del protocolo de mensajeria SOAP. 256 · El dividir al sistema en capas nos proporciona un mayor control sobre código generado, ya que podemos tratar por separado la construcción de la capa de negocios, accesos a datos y aplicación, a priori esto dará como resultado una mayor facilidad a la hora de depurar y dar mantenimiento al sistema informático · Todos los repositorios de datos con lo que he tenido contacto, Sybase , SQL Server , Mysql , están basados en el mismo lenguaje , su diferencia mas bien radica en la capacidad de almacenamiento que ofrecen y la necesidad pagar o no pagar una licencia. · No se puede pretender realizar un seguimiento a las actividades que conforman un producto estadístico basándonos solamente el la información contenida en el plan operativo , ya que la misma resulta escasa a la hora de generar indicadores , mas bien hay que complementar la información del plan operativo con los manuales de procedimientos del INEC · Jamás se debe colocar a una actividad al mismo nivel que un producto ya que el segundo es el resultado de la ejecución del primero por lo tanto para el SPAINEC , el orden de la jerarquía establecida fue Plan operativo, Proceso, Subproceso, Productos, Actividades 5.- Recomendaciones · Para el correcto funcionamiento del SPAINEC, se deberá implementar una sólida estructura a nivel de hardware y software que soporte el número de peticiones al servidor por parte de los usuarios 257 · Los algoritmos de asignación de pesos se deberían modificar, con el propósito de evitar que el usuario ingrese manualmente los valores, una métrica sugerida seria el volumen de procesos, subproceso, productos y actividades que componen el producto estadístico · .A la hora de realizar mantenimiento del software se revise en el código del programa , en encabezado de cada región con el propósito de identificar la funcionalidad y objetivo de cada grupo de métodos · Antes de proceder a implementar el sistema en un nuevo servidor, se debe constatar que en el equipo en cuestión, se encuentre instalado el .netFramework en cualquiera de sus versiones 1.1 o 2. · Para que el sistema detecte la nueva configuración del servidor se deberá modificar la clase conexión donde se identifican claramente el nombre del servidor de base de datos y la base de datos manejada por el SPAINEC · Al momento de levantar el sistema se deberán cambiar los permisos del usuario y pasword de base de datos “sa”,”sa” respectivamente a un usuario y pasword determinado según las normas internas de la institución 258