campus sur carrera de ingeniería de sistemas menció

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