ESCUELA POLITÉCNICA NACIONAL
FACULTAD DE INGENIERÍA DE SISTEMAS
Sistema Web de apoyo para el programa de salud comunitaria del Área
de Salud No.2 “Las Casas”
PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN
SISTEMAS INFORMÁTICOS Y COMPUTACIÓN
CHILLOGALLO SOLANO EDWIN JAVIER
E-mail: [email protected]
DIRECTORA: Msc. Ing. María Hallo
E-mail: [email protected]
Quito, Septiembre 2009
DECLARACIÓN
Yo Edwin Javier Chillogallo Solano, declaro bajo juramento que el trabajo aquí
descrito es de mi autoría; que no ha sido previamente presentada para ningún
grado o calificación profesional; y, que he
consultado las referencias
bibliográficas que se incluyen en este documento.
A través de la presente declaración cedo mis derechos de propiedad intelectual
correspondientes a este trabajo, a la Escuela Politécnica Nacional, según lo
establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la
normatividad institucional vigente.
______________________________________
Edwin Javier Chillogallo Solano
CERTIFICACIÓN
Certifico que el presente trabajo fue desarrollado por Edwin Javier Chillogallo
Solano, bajo mi supervisión.
________________________________
MSC. ING. MARÍA HALLO
DIRECTORA DEL PROYECTO
AGRADECIMIENTO
A Dios ya que sin su ayuda ni su protección no hubiera conseguido este
resultado.
A la Msc. Ing. María Hallo por el apoyo incondicional para el desarrollo de la
presente tesis.
A los médicos y administradores del Área de Salud Nº 2 “Las Casas” por
haberme proporcionado los datos para poder realizar la tesis de forma correcta.
A mis amigos y compañeros de Universidad que siempre me brindaron un
apoyo incondicional con cualquier cosa que me pueda servir para desarrollar
de forma correcta esta tesis.
A Wilma ya que me empujó siempre de una u otra forma para terminar este
proyecto.
DEDICATORIA
A mis padres Rodrigo y Martina ya que sin su incondicional apoyo no hubiera
terminado mi carrera de una forma correcta.
A mis hermanos Vinicio y Freddy que siempre estuvieron atentos y siguiendo
paso a paso el desarrollo de mi vida.
A mi hijo Esteban que fue la luz que iluminó el camino que en algún momento
lo vi perdido pero gracias a él lo retomé.
CONTENIDO
INTRODUCCIÓN ............................................................................................................................. 1
OBJETIVOS ..................................................................................................................................... 2
CAPÍTULO 1: PLANTEAMIENTO DEL PROBLEMA ........................................................................... 3
1.1
DESCRIPCIÓN DEL PROBLEMA ..................................................................................... 3
1.1.1 MISIÓN .................................................................................................................... 5
1.1.2 VISIÓN ...................................................................................................................... 6
1.1.3 MODELO DE ATENCIÓN INTEGRAL E INTERCULTURAL EN SALUD FAMILIAR Y
COMUNITARIA MSP – 2007 .................................................................................................. 6
1.1.4 MODELO DE ATENCIÓN ........................................................................................... 9
1.1.5 LA PRESTACIÓN ..................................................................................................... 11
1.1.6 ESTRATEGIAS GENERALES PARA LA APLICACIÓN Y DESARROLLO DEL MODELO .. 12
1.2
1.3
ANÁLISIS DE LA SITUACIÓN ACTUAL .......................................................................... 13
JUSTIFICACIÓN DE LA METODOLOGÍA Y HERRAMIENTA ........................................... 15
1.3.1
1.3.2
1.3.3
APLICACIÓN WEB VS ESCRITORIO ........................................................................ 15
APLICACIÓN WEB................................................................................................... 17
RUP COMO METOLOGÍA DE DESARROLLO ............................................................ 21
1.3.3.1
CARACTERISTICAS ESENCIALES ..................................................................... 21
1.3.3.1.1 PROCESO DIRIGIDO POR CASOS DE USO .................................................. 22
1.3.3.1.2 PROCESO CENTRADO EN LA ARQUITECTURA........................................... 23
1.3.3.1.3 PROCESO ITERATIVO E INCREMENTAL ..................................................... 25
1.3.3.2
ESTRUCTURA DEL PROCESO ......................................................................... 28
1.3.3.2.1 ESTRUCTURA DINÁMICA DEL PROCESO. FASES E ITERACIONES .............. 29
1.3.3.2.1.1
1.3.3.2.1.2
1.3.3.2.1.3
1.3.3.2.1.4
INICIO ................................................................................................. 32
ELABORACIÓN .................................................................................... 33
CONSTRUCCIÓN ................................................................................. 34
TRANSICIÓN ....................................................................................... 35
1.3.3.2.2 ESTRUCTURA ESTÁTICA DEL PROCESO. ROLES, ACTIVIDADES,
ARTEFACTOS Y FLUJOS DE TRABAJO .......................................................................... 36
1.3.3.2.2.1
1.3.3.2.2.2
1.3.3.2.2.3
1.3.3.2.2.4
ROLES ................................................................................................. 37
ACTIVIDADES ...................................................................................... 38
ARTEFACTOS ...................................................................................... 38
FLUJOS DE TRABAJO........................................................................... 39
1.3.3.2.2.4.1
1.3.3.2.2.4.2
1.3.3.2.2.4.3
1.3.3.2.2.4.4
MODELADO DEL NEGOCIO ......................................................... 39
REQUISITOS ................................................................................. 40
ANÁLISIS Y DISEÑO...................................................................... 41
IMPLEMENTACIÓN ...................................................................... 42
1.3.3.2.2.4.5 PRUEBAS ..................................................................................... 42
1.3.3.2.2.4.6 DESPLIEGUE ................................................................................ 43
1.3.3.2.2.5 FLUJOS DE TRABAJO DE APOYO ......................................................... 44
1.3.3.2.2.5.1 GESTIÓN DE CONFIGURACIÓN.................................................... 44
1.3.3.2.2.5.2 GESTIÓN DE PROYECTOS ............................................................ 44
1.3.3.2.2.5.3 ENTORNO .................................................................................... 45
1.3.4
JUSTIFICACIÓN DE LA HERRAMIENTA ................................................................... 45
1.3.4.1
Apache .......................................................................................................... 47
1.3.4.2
MapServer .................................................................................................... 47
1.3.4.3
PHP ................................................................... ¡Error! Marcador no definido.
1.3.4.4
MySQL ........................................................................................................... 49
CAPITULO 2: DESARROLLO DE LA SOLUCIÓN .............................................................................. 52
2.1
MODELADO DEL NEGOCIO .................................................................................. 52
2.1.1
2.1.2
2.2
DICCIONARIO DE ACTORES .................................................................................... 53
CATALOGO DE CASOS DE USO ............................................................................... 54
REQUISITOS ........................................................................................................ 56
2.2.1
2.2.2
2.2.3
2.2.4
2.2.5
2.2.6
DOCUMENTO VISIÓN ............................................................................................ 56
ALCANCE ................................................................................................................ 56
SENTENCIA QUE DEFINE EL PROBLEMA ................................................................ 57
SENTENCIA QUE DEFINE LA POSICIÓN DEL PRODUCTO ........................................ 58
ENTORNO DE USUARIO ......................................................................................... 59
DESCRIPCIÓN GLOBAL DEL PRODUCTO ................................................................. 59
2.2.6.1
2.2.6.2
PERSPECTIVA DEL PRODUCTO ...................................................................... 59
RESUMEN DE CARACTERÍSTICAS................................................................... 59
2.2.7 DETERMINACIÓN DE LOS REQUISITOS .................................................................. 60
2.2.8 RESTRICCIONES ...................................................................................................... 61
2.2.9 TERMINOLOGÍA ..................................................................................................... 62
2.2.10
CASOS DE USO ................................................................................................... 63
2.2.10.1
2.2.10.2
DIAGRAMA DEL SISTEMA .............................................................................. 63
MÓDULO ADMINISTRAR ............................................................................... 64
2.2.10.2.1
2.2.10.2.2
2.2.10.2.3
2.2.10.2.4
2.2.10.2.5
2.2.10.2.6
2.2.10.3
GESTIONAR USUARIOS ............................................................................ 64
GESTIONAR PROVINCIAS ......................................................................... 67
GESTIONAR CIUDADES ............................................................................ 70
GESTIONAR PARROQUIAS ....................................................................... 73
GESTIONAR GRUPOS ÉTNICOS ................................................................ 78
GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA FAMILIAR ....... 81
MÓDULO INGRESO DE DATOS ...................................................................... 84
2.2.10.3.1 GESTIONAR FAMILIAS ............................................................................. 84
2.2.10.3.2 GESTIONAR MIEMBROS FAMILIARES ...................................................... 88
2.2.10.3.3 GESTIONAR CONDICIONES DE LA VIVIENDA ........................................... 92
2.2.10.4
MÓDULO DE REPORTES ................................................................................ 96
2.2.10.4.1 GENERAR REPORTES ............................................................................... 96
2.3
ANÁLISIS Y DISEÑO.............................................................................................. 98
2.3.1
DIAGRAMAS DE COLABORACIÓN .......................................................................... 98
2.3.1.1
MÓDULO ADMINISTRAR ............................................................................... 98
2.3.1.1.1
2.3.1.1.2
2.3.1.1.3
2.3.1.1.4
2.3.1.1.5
2.3.1.1.6
2.3.1.2
GESTIONAR USUARIOS ............................................................................. 98
GESTIONAR PROVINCIAS .......................................................................... 99
GESTIONAR CIUDADES ........................................................................... 100
GESTIONAR PARROQUIAS ...................................................................... 101
GESTIONAR GRUPOS ÉTNICOS ............................................................... 102
GESTIONAR RESPONSABLES DE LA FICHA MÉDICA FAMILIAR................ 103
MÓDULO INGRESO DE DATOS .................................................................... 104
2.3.1.2.1 GESTIONAR FAMILIAS ............................................................................. 104
2.3.1.2.2 GESTIONAR MIEMBROS FAMILIARES ..................................................... 105
2.3.1.2.3 GESTIONAR CONDICIONES DE LA VIVIENDA .......................................... 106
2.3.1.3
MÓDULO REPORTES ................................................................................... 107
2.3.1.3.1 GENERAR REPORTES ............................................................................... 107
2.3.2
DIAGRAMAS DE SECUENCIA ................................................................................ 108
2.3.2.1
MÓDULO ADMINISTRAR ............................................................................. 108
2.3.2.1.1
2.3.2.1.2
2.3.2.1.3
2.3.2.1.4
2.3.2.1.5
2.3.2.1.6
2.3.2.2
GESTIONAR USUARIOS ........................................................................... 108
GESTIONAR PROVINCIAS ........................................................................ 109
GESTIONAR CIUDADES ........................................................................... 110
GESTIONAR PARROQUIAS ...................................................................... 111
GESTIONAR GRUPOS ETNICOS ............................................................... 112
GESTIONAR RESPONSABLES DE LA FICHA MÉDICA FAMILIAR................ 113
MÓDULO INGRESO DE DATOS .................................................................... 114
2.3.2.2.1 GESTIONAR FAMILIAS ............................................................................. 114
2.3.2.2.2 GESTIONAR MIEMBROS FAMILIARES ..................................................... 115
2.3.2.2.3 GESTIONAR CONDICIONES DE LA VIVIENDA .......................................... 116
2.3.2.3
MÓDULO REPORTES ................................................................................... 117
2.3.2.3.1 GENERAR REPORTES ............................................................................... 117
2.3.2.4
2.3.3
DIAGRAMA DE CLASES ................................................................................ 118
DIAGRAMAS DE COMPONENTES ......................................................................... 119
2.3.3.1
DIAGRAMA GLOBAL DE PAQUETES ............................................................ 119
2.3.3.1.1 DIAGRAMA DE COMPONENTES COMUNES............................................ 119
2.3.3.1.2 MÓDULO ADMINISTRACIÓN .................................................................. 120
2.3.3.1.2.1
2.3.3.1.2.2
2.3.3.1.2.3
2.3.3.1.2.4
2.3.3.1.2.5
GESTIONAR USUARIOS ..................................................................... 121
GESTIONAR PROVINCIAS.................................................................. 121
GESTIONAR CIUDADES ..................................................................... 122
GESTIONAR GRUPOS ÉTNICOS ......................................................... 122
GESTIONAR RESPONSABLES DE LA FICHA FAMILIAR ....................... 123
2.3.3.1.3 MÓDULO INGRESO DE DATOS................................................................ 123
2.3.3.1.3.1 INGRESAR FAMILIAS......................................................................... 124
2.3.3.1.3.2 INGRESAR CONDICIONES DE LA VIVIENDA ...................................... 124
2.3.3.1.3.3 INGRESAR MIEMBROS FAMILIARES ................................................. 125
2.3.3.1.4 MÓDULO GESTIÓN DE REPORTES .......................................................... 126
2.3.3.1.4.1 REPORTES GENERALES ..................................................................... 126
2.3.3.1.4.2 REPORTES ESTADÍSTICOS ................................................................. 127
2.3.3.1.4.3 UBICACIÓN DE FAMILIAS ................................................................. 127
2.3.4
MODELO DE DATOS ............................................................................................. 129
2.3.4.1
2.3.4.2
2.3.5
2.4
MODELO E/R LÓGICO ................................................................................. 129
MODELO E/R FÍSICO.................................................................................... 130
DISEÑO DE LA ARQUITECTURA ............................................................................ 132
CONTRUCCIÓN .................................................................................................. 133
2.4.1
ESTÁNDARES DE PROGRAMACIÓN...................................................................... 133
2.4.1.1
2.4.1.2
2.4.1.3
2.4.1.4
2.4.1.5
2.4.1.6
2.4.2
CARACTERÍSTICAS DE LOS EQUIPOS .................................................................... 136
2.4.2.1
2.4.2.2
2.4.3
2.4.4
PARA CLASES Y METODOS .......................................................................... 133
PARA VARIABLES Y PARÁMETROS DE LOS MÉTODOS ................................ 133
PARA CONTROLES ....................................................................................... 134
PARA LA BASE DE DATOS ............................................................................ 135
PARA LOS COMENTARIOS ........................................................................... 135
PARA ITERACIONES ..................................................................................... 135
SERVIDOR .................................................................................................... 136
CLIENTE ....................................................................................................... 137
DIAGRAMA DE NAVEGACIÓN DEL SISTEMA ........................................................ 138
DISEÑO DE INTERFACES ....................................................................................... 140
2.4.4.1
2.4.4.2
2.4.4.3
2.4.4.4
IDENTIFICACION DE USUARIO .................................................................... 140
BÚSQUEDAS ................................................................................................ 140
MENSAJES Y ALERTAS ................................................................................. 141
LISTAS .......................................................................................................... 141
2.4.4.5
MÓDULO ADMINISTRACIÓN ....................................................................... 142
2.4.4.5.1
2.4.4.5.2
2.4.4.5.3
2.4.4.5.4
2.4.4.5.5
2.4.4.5.6
2.4.4.6
MÓDULO DE INGRESO DE DATOS ............................................................... 145
2.4.4.6.1
2.4.4.6.2
2.4.4.6.3
2.4.4.6.4
2.4.4.7
GESTIONAR USUARIOS ........................................................................... 142
GESTIONAR PROVINCIAS ........................................................................ 142
GESTIONAR CIUDADES ........................................................................... 143
GESTIONAR PARROQUIAS ...................................................................... 143
GESTIONAR GRUPOS ÉTNICOS ............................................................... 144
GESTIONAR RESPONSABLES DE FICHAS FAMILIARES ............................. 144
GESTIONAR FAMILIAS ............................................................................. 145
UBICACIÓN FAMILIAS ............................................................................. 146
GESTIONAR MIEMBROS FAMILIARES ..................................................... 147
GESTIONAR CONDICIONES DE LA VIVIENDA .......................................... 148
MÓDULO DE REPORTES .............................................................................. 149
2.4.4.7.1 REPORTES GENERALES Y ESTADÍSTICOS ................................................ 149
2.5
PRUEBAS ........................................................................................................... 150
2.5.1
PRUEBAS DE UNIDAD .......................................................................................... 150
2.5.1.1
2.5.1.2
2.5.1.3
2.5.1.4
2.5.1.5
2.5.1.6
2.5.2
PRUEBAS DE INTEGRACIÓN ................................................................................. 158
2.5.2.1
2.5.2.2
2.5.2.3
2.5.2.4
2.5.3
PRUEBA GESTIONAR USUARIO ................................................................... 150
PRUEBA GESTIONAR PROVINCIAS .............................................................. 152
PRUEBA GESTIONAR CIUDADES .................................................................. 153
PRUEBA GESTIONAR PARROQUIAS............................................................. 154
PRUEBA GESTIONAR GRUPOS ÉTNICOS...................................................... 156
PRUEBA GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA FAMILIAR
157
PRUEBA GESTIONAR FAMILIAS ................................................................... 158
PRUEBA GESTIONAR MIEMBROS FAMILIARES ........................................... 160
PRUEBA INGRESAR CONDICIONES DE LA VIVIENDA ................................... 161
PRUEBA GENERACION DE REPORTES ......................................................... 162
PRUEBAS DE USABILIDAD .................................................................................... 164
2.5.3.1
2.5.3.2
2.5.3.3
2.5.3.4
PRUEBA INGRESAR FAMILIA ....................................................................... 164
PRUEBA INGRESO DE UN MIEMBRO FAMILIAR .......................................... 166
PRUEBA MANTENIMIENTO DE DATOS ADMINISTRATIVOS ........................ 169
PRUEBA DE GENERACIÓN DE REPORTES .................................................... 170
2.6
DESPLIEGUE ...................................................................................................... 171
2.7
GESTIÓN DE CONFIGURACIÓN ........................................................................... 174
2.8
GESTIÓN DEL PROYECTO ................................................................................... 178
2.9
ENTORNO ......................................................................................................... 185
CAPÍTULO 3. EVALUACIÓN DE LA SOLUCIÓN ............................................................................ 188
3.1
EVALUACIÓN DE LA SOLUCIÓN. ............................................................................... 188
3.1.1
3.1.2
3.1.3
PRUEBAS DE UNIDAD .......................................................................................... 188
PRUEBAS DE INTEGRACIÓN ................................................................................. 189
PRUEBAS DE USABILIDAD .................................................................................... 189
3.2
ANÁLISIS DE LOS RESULTADOS ................................................................................ 189
CAPÍTULO 4. CONCLUSIONES Y RECOMENDACIONES ............................................................... 191
4.1
4.2
4.3
Conclusiones ............................................................................................................ 191
Recomendaciones .................................................................................................... 192
BIBLIOGRAFIA........................................................................................................... 193
4.3.1 LIBROS Y MANUALES ........................................................................................... 193
4.3.2 PROYECTOS DE TITULACIÓN ................................................................................ 193
4.3.3 INTERNET ............................................................................................................. 194
ANEXOS
ANEXO 1. Carta de Ottawa para la Promoción de la Salud ........................................................... I
ANEXO 2. INSTRUCTIVO PARA EL LLENADO DE LA FICHA FAMILIAR ........................................... X
ANEXO 3. Decreto Nº1014 ...................................................................................................... XVIII
ANEXO 4. IMPLEMENTACIÓN CON GOOGLE MAPS ................................................................... XXI
GLOSARIO ...................................................................................................................................... A
ÍNDICE DE FIGURAS
Figura 1.1 Distribución de Áreas de Salud en la Ciudad de Quito ................................................. 5
Figura 1.2 Proceso de recolección de datos en las diferentes familias....................................... 14
Figura 1.3 Diseño para la aplicación Web ................................................................................... 19
Figura 1.4 Petición de datos desde el browser al servidor Web ................................................. 19
Figura 1.5 Ejecución de una pagina Web con formulario de datos ............................................ 20
Figura 1.6 Trazabilidad a partir de los Casos de Uso ................................................................... 22
Figura 1.7 Evolución de la arquitectura del sistema ................................................................... 24
Figura 1.8 Arquitectura y modelos RUP ...................................................................................... 25
Figura 1.9 Una iteración RUP ...................................................................................................... 26
Figura 1.10 Esfuerzo en actividades según fase del proyecto..................................................... 27
Figura 1.11 Estructura de RUP .................................................................................................... 29
Figura 1.12 Ciclos, releases, baseline .......................................................................................... 29
Figura 1.13 Fases e hitos en RUP................................................................................................. 30
Figura 1.14 Distribución típica de recursos humanos ................................................................. 31
Figura 1.15 Relación entre roles, actividades, artefactos .......................................................... 36
Figura 2.1 Modelado del negocio ................................................................................................ 52
Figura 2.2 Diagrama del sistema ................................................................................................. 63
Figura 2.3 CU: 01 Gestionar Usuarios ......................................................................................... 64
Figura 2.4 CU: 02 Gestionar Provincias ....................................................................................... 67
Figura 2.5 CU: 03 Gestionar Ciudades ......................................................................................... 70
Figura 2.6 CU: 04 Gestionar Parroquias ...................................................................................... 73
Figura 2.7 CU: 05 Gestionar Grupos étnicos ............................................................................... 78
Figura 2.8 CU: 06 Gestionar Responsables de la Ficha Familiar.................................................. 81
Figura 2.9 CU: 07 Gestionar Familias .......................................................................................... 84
Figura 2.10 CU: 08 Gestionar Miembros Familiares ................................................................... 88
Figura 2.11 CU: 09 Gestionar Condiciones de la vivienda ........................................................... 92
Figura 2.12 CU: 10 Generación de Reportes ............................................................................... 96
Figura 2.13 Diagrama de Colaboración Gestionar Usuarios ..................................................... 98
Figura 2.14 Diagrama de Colaboración Gestionar provincias ..................................................... 99
Figura 2.15 Diagrama de Colaboración Gestionar ciudades ..................................................... 100
Figura 2.16 Diagrama de Colaboración Gestionar parroquias .................................................. 101
Figura 2.17 Diagrama de Colaboración Gestionar grupos étnicos ............................................ 102
Figura 2.18 Diagrama de Colaboración Gestionar Responsables de la ficha familiar ............... 103
Figura 2.19 Diagrama de Colaboración Gestionar Familias ...................................................... 104
Figura 2.20 Diagrama de Colaboración Gestionar Miembros Familiares ................................. 105
Figura 2.21 Diagrama de Colaboración Gestionar Condiciones de la vivienda ......................... 106
Figura 2.22 Diagrama de Colaboración Generar Reportes ....................................................... 107
Figura 2.23 Diagrama de Secuencia Gestionar Usuarios........................................................... 108
Figura 2.24 Diagrama de Secuencia Gestionar Provincias ........................................................ 109
Figura 2.25 Diagrama de Secuencia Gestionar Ciudades .......................................................... 110
Figura 2.26 Diagrama de Secuencia Gestionar Parroquias ....................................................... 111
Figura 2.27 Diagrama de Secuencia Gestionar Grupos étnicos ................................................ 112
Figura 2.28 Diagrama de Secuencia Gestionar Responsables de la ficha familiar .................... 113
Figura 2.29 Diagrama de Secuencia Gestionar Familias ........................................................... 114
Figura 2.30 Diagrama de secuencia Gestionar Miembros Familiares ....................................... 115
Figura 2.31 Diagrama de secuencia Gestionar Condiciones de la vivienda .............................. 116
Figura 2.32 Diagrama de secuencia Generar Reportes ............................................................. 117
Figura 2.33 Diagrama de clases ................................................................................................. 118
Figura 2.34 Diagrama global de componentes ......................................................................... 119
Figura 2.35 Diagrama de componentes comunes..................................................................... 119
Figura 2.35 Diagrama de componentes – Módulo Administración .......................................... 120
Figura 2.36 Diagrama de componentes – Gestionar Usuarios.................................................. 121
Figura 2.37 Diagrama de componentes – Gestionar Provincias ............................................... 121
Figura 2.38 Diagrama de componentes – Gestionar Ciudades ................................................. 122
Figura 2.39 Diagrama de componentes – Gestionar Grupos Étnicos ....................................... 122
Figura 2.40 Diagrama de componentes – Gestionar Responsables de la Ficha Familiar .......... 123
Figura 2.41 Diagrama de componentes – Módulo Ingreso de Datos........................................ 123
Figura 2.42Diagrama de componentes – Ingresar de Familias ................................................. 124
Figura 2.43 Diagrama de componentes – Ingresar Condiciones de la vivienda ....................... 124
Figura 2.44 Diagrama de componentes – Ingresar Miembros Familiares ................................ 125
Figura 2.45 Diagrama de componentes Módulo gestión de reportes ................................... 126
Figura 2.46 Diagrama de componentes Reportes generales ................................................. 126
Figura 2.47 Diagrama de componentes Reportes estadísticos .............................................. 127
Figura 2.48 Diagrama de componentes Ubicación de Familias ............................................. 127
Figura 2.49 Modelo E/R Lógico ................................................................................................. 129
Figura 2.50 Modelo E/R Físico ................................................................................................... 130
Figura 2.51 Diagrama de navegación del sistema ..................................................................... 139
Figura 2.52 Construcción Identificación de usuario ................................................................ 140
Figura 2.53 Construcción Barra de búsqueda .......................................................................... 140
Figura 2.54 Construcción Mensajes y alertas.......................................................................... 141
Figura 2.55 Construcción Listas ............................................................................................... 141
Figura 2.56 Construcción Gestionar Usuarios ......................................................................... 142
Figura 2.57 Construcción Gestionar Provincias ...................................................................... 142
Figura 2.58 Construcción Gestionar Ciudades ........................................................................ 143
Figura 2.59 Construcción Gestionar Parroquias ..................................................................... 143
Figura 2.60 Construcción Gestionar Grupos étnicos............................................................... 144
Figura 2.61 Construcción Gestionar Responsables de la ficha familiar .................................. 144
Figura 2.62 Construcción Gestionar Familias .......................................................................... 145
Figura 2.63 Construcción Ubicación de Familias ..................................................................... 146
Figura 2.64 Construcción Gestionar Miembros Familiares ..................................................... 147
Figura 2.65 Construcción Gestionar Condiciones de la vivienda ............................................ 148
Figura 2.66 Construcción Reportes Generales y Estadísticos ................................................. 149
Figura 2.67 Despliegue – Diagrama de despliegue ................................................................... 171
ÍNDICE DE TABLAS
Tabla 1.1 Distribución típica de esfuerzo y tiempo ..................................................................... 30
Tabla 2.1 Diccionario de actores ................................................................................................. 53
Tabla 2.2 Catálogo de casos de uso ............................................................................................ 55
Tabla 2.3 Definición del problema .............................................................................................. 57
Tabla 2.4 Posición del producto .................................................................................................. 58
Tabla 2.5 Resumen de características ......................................................................................... 60
Tabla 2.6 CU: 01 Gestionar Usuarios ........................................................................................... 67
Tabla 2.7 CU: 02 Gestionar Usuarios ........................................................................................... 70
Tabla 2.8 CU: 03 Gestionar Provincias ........................................................................................ 73
Tabla 2.9 CU: 04 Gestionar Parroquias ....................................................................................... 77
Tabla 2.10 CU: 05 Gestionar Grupos Étnicos .............................................................................. 80
Tabla 2.11 CU: 06 Gestionar Responsables de la Ficha Familiar ................................................. 84
Tabla 2.12 CU: 07 Gestionar Familias .......................................................................................... 87
Tabla 2.13 CU: 08 Gestionar Miembros Familiares ..................................................................... 91
Tabla 2.14 CU: 09 Gestionar Condiciones de la vivienda ............................................................ 95
Tabla 2.15 CU: 10 Gestionar Reportes ........................................................................................ 98
Tabla 2.16 Diagrama de colaboración – Gestionar Usuarios ...................................................... 98
Tabla 2.17 Diagrama de colaboración – Gestionar Provincias .................................................... 99
Tabla 2.18 Diagrama de colaboración – Gestionar Ciudades ................................................... 100
Tabla 2.19 Diagrama de colaboración – Gestionar Parroquias ................................................. 101
Tabla 2.20 Diagrama de colaboración – Gestionar Grupos étnicos .......................................... 102
Tabla 2.21 Diagrama de colaboración – Gestionar Responsables de la ficha ........................... 103
Tabla 2.22 Diagrama de colaboración – Gestionar Familias ..................................................... 104
Tabla 2.23 Diagrama de colaboración – Gestionar Miembros Familiares ................................ 106
Tabla 2.24 Diagrama de colaboración – Gestionar Condiciones de la vivienda ....................... 106
Tabla 2.25 Diagrama de colaboración – Generar Reportes ...................................................... 107
Tabla 2.26 Estándar Controles .................................................................................................. 134
Tabla 2.27 Estándar Base de Datos ........................................................................................... 135
Tabla 2.28 Características Servidor ........................................................................................... 136
Tabla 2.29 Características Cliente ............................................................................................. 137
Tabla 2.30 Pruebas de unidad – Gestionar Usuarios ................................................................ 151
Tabla 2.31 Pruebas de unidad – Gestionar Provincias .............................................................. 153
Tabla 2.32 Pruebas de unidad – Gestionar Ciudades ................................................................ 154
Tabla 2.33 Pruebas de unidad – Gestionar Parroquias ............................................................. 155
Tabla 2.34 Pruebas de unidad – Gestionar Grupos Étnicos ...................................................... 157
Tabla 2.35 Pruebas de unidad – Gestionar Responsables de la Ficha Familiar ........................ 158
Tabla 2.36 Pruebas de Integración – Gestionar Responsables de la Ficha Familiar ................. 160
Tabla 2.37 Pruebas de Integración – Gestionar Miembros Familiares ..................................... 161
Tabla 2.38 Pruebas de Integración – Gestionar Condiciones de la Vivienda ............................ 162
Tabla 2.39 Pruebas de Integración – Generación de reportes.................................................. 163
Tabla 2.40 Pruebas de Evaluación – Ingreso de una familia ..................................................... 166
Tabla 2.41 Pruebas de Evaluación – Ingreso de un miembro familiar ...................................... 167
Tabla 2.42 Pruebas de Evaluación – Mantenimiento de datos administrativos ....................... 169
Tabla 2.43 Pruebas de Evaluación – Generación de reportes................................................... 170
Tabla 2.44 Gestión de la configuración ..................................................................................... 178
Tabla 2.45 Gestión del Proyecto – Fase de Inicio ..................................................................... 181
Tabla 2.46 Gestión de Proyecto–Fase de Elaboración .............................................................. 183
Tabla 2.47 Gestión de Proyecto–Fase de Elaboración Iteración 1 ............................................ 184
Tabla 2.48 Gestión de Proyecto–Fase de Elaboración Iteración 2 ............................................ 185
PRESENTACIÓN
Debido al gran desarrollo de las comunicaciones informáticas todas las
organizaciones tienen como fin, unificar los procesos de atención es por esto
que cada una de las empresas busca tecnificar, automatizar y por tanto evitar
el trabajo en vano de muchos colaboradores que podrían ayudar a realizar
tareas más importantes que satisfagan las necesidades del usuario final.
La creciente capacidad de las telecomunicaciones ha provocado que las
Aplicaciones Web superen en algunos puntos a las aplicaciones de escritorio y
las empresas las vean como una alternativa bastante viable para el desarrollo
de aplicaciones que proveen a los usuarios de una alternativa para interactuar
con todos los ámbitos de un negocio con la ayuda de un computador y un
explorador Web.
Evitar la dependencia física de una máquina es una característica importante
en este tipo de sistemas ya que no es necesario que se instale nada en el
cliente, una persona sin necesidad de contar con su máquina de oficina puede
trabajar desde cualquier punto a cualquier hora.
Por lo anteriormente expuesto se pone a consideración del Área de Salud Nº 2
el presente proyecto Web el cual permitirá a los médicos responsables de un
sector específico de la ciudad apoyar a las familias con cierto tipo de riesgo
familiar, ayudando de esta forma a atacar de forma breve los problemas que
aquejan a estas familias evitando que sigan influyendo en su forma de vida.
RESUMEN
El presente proyecto tiene como objetivo principal, desarrollar un sistema Web
que ayude a los médicos del Área de Salud Nº 2 a tomar decisiones sobre
aspectos específicos como epidemiología, control prenatal, posibles problemas
de drogadicción, alcoholismo, etc. Los resultados que se obtengan podrán ser
estudiados por los médicos responsables y por tanto podrán ayudar a un grupo
específico con estas características.
Este proyecto de titulación tiene cuatro capítulos los cuales se resumen a
continuación:
En el Primer capítulo se describe todos los datos relacionados con el Área de
Salud Nº 2, los datos que influyeron para que este sistema se desarrolle como
aplicación Web, además define de forma clara el porqué para el desarrollo se
utilizó herramientas de libre difusión como son el Servidor Apache, Php como
entorno de programación y MySQL como servidor de Base de Datos.
En el Segundo capítulo se indica el ciclo de desarrollo del sistema, en el mismo
están descritas todas las especificaciones para el desarrollo del sistema,
indicando todos los puntos que se tomaron en cuenta durante este proceso.
En el Tercer capítulo se encuentran los datos de la evaluación del proyecto y
los resultados del mismo.
En el Cuarto capítulo están las conclusiones que produjo el proyecto además
se hace algunas recomendaciones de utilidad para proyectos futuros.
Finalmente, el mencionado proyecto concluye con el registro bibliográfico
respectivo, además de los anexos en los cuales se encuentra información
complementaria necesaria.
1
INTRODUCCIÓN
El presente proyecto se desarrolla por la necesidad de implementar un sistema
informático que ayude a las autoridades del Área de Salud Nº 2 a identificar
riesgos de salud en los miembros de la comunidad que pertenecen al sector de
Las Casas.
El presente proyecto es un sistema Web ya que es el comienzo de una
implementación con perspectivas de desarrollo nacional y por ende las
aplicaciones de escritorio cliente servidor tienen la limitante de que para la
actualización de algún módulo requiere de la instalación de parches en cada
una de las máquinas clientes. Otro factor importante es que las herramientas
utilizadas para el desarrollo son de distribución libre por ende existen ayudas e
información abundante en Internet provocando que la aplicación tenga todas
las funcionalidades que estas herramientas proveen sin restricción de licencias,
al ser una entidad gubernamental exige que la implementación se lo haga en
herramientas de este tipo.
La aplicación tiene la finalidad de ayudar al Área de Salud Nº 2 a facilitar el
procesamiento de información en el proyecto de Fichas Familiares las mismas
que son obtenidas al realizar visitas domiciliares a cada una de las familias del
sector, los datos que contienen las Fichas son:
-
Datos Personales
-
Datos de Condiciones de vida
-
Datos de enfermedades
-
Ubicación domiciliar
Estos datos son procesados de forma que los responsables de buscar
soluciones tienen la herramienta adecuada para conocer de manera fácil y
oportuna los grupos que tienen necesidades más urgentes y trabajar
directamente con estas personas, ayudando de forma oportuna a quienes lo
necesitan.
2
OBJETIVOS
OBJETIVO GENERAL
Desarrollar un sistema Web que ayude a los médicos del Área de Salud No. 2 a
tomar decisiones sobre aspectos específicos como epidemiología, control
prenatal, posibles problemas de drogadicción, alcoholismo, etc. Los resultados
que se obtengan podrán ser estudiados por los médicos responsables y por
tanto podrán ayudar a un grupo específico con posibles problemas.
OBJETIVOS ESPECÍFICOS
1. Diseñar un sistema en el cual se ingrese datos de una ficha familiar la
cual es tomada a mano en las visitas que se hacen en los hogares de
las diferentes familias del sector Las Casas.
2. Realizar un grupo de reportes en los cuales se verá claramente los
resultados de los diferentes datos tomados en las visitas domiciliarias.
3. Implementar una solución Web por medio de la cual cualquier médico
autorizado lo pueda utilizar y por tanto pueda estudiar los casos en los
que se requiera análisis.
3
CAPÍTULO 1: PLANTEAMIENTO DEL PROBLEMA
1.1 DESCRIPCIÓN DEL PROBLEMA
El Área de Salud Nº 2 empieza su funcionamiento en el año 1942 como Centro
de Salud Materno Infantil Nº 2 ubicado en la calle Montúfar bajo la dirección del
Doctor Luis Estupiñán, adjunto funcionaba una unidad de higiene escolar para
los niños del sector. Posteriormente se unificaron las atenciones del centro
materno infantil y escolar.
A partir del 3 de Febrero de 1970, el Centro de Salud funciona en la calle
Asunción y Estados Unidos, dirigido por el Doctor Gustavo Obando, quien en
consideración a la falta de espacio físico y con la circunstancia favorable de
laborar como Director Provincial de Salud de Pichincha, gestiona y obtiene
ayuda económica de la unidad de obras emergentes de la Presidencia de la
República en el gobierno del Ingeniero León Febres Cordero. Esto permitió la
construcción de un nuevo edificio ubicado en la calle Francisco Lizarazu N26167 y Humberto Albornoz.
El 1 de Agosto de 1990 se trasladó el Centro de Salud Nº 2 o de Santa Clara
a su nuevo local cuyas instalaciones, para la época fueron convenientes y
permitieron brindar mejor atención a sus usuarios.
Mediante decreto ejecutivo Número 32-92 de la fecha 29 de Abril de 1992
publicado en el Registro oficial # 932 del 11 de mayo del mismo año, se
construyen las Áreas de Salud a base de los Centros de Salud asignándole al
Director las funciones de Jefe de Área, que en este caso será el Área de Salud
Número 2 inicialmente con el nombre de Santa Clara, cambiándose al nombre
actual “Las Casas”.
Desde hace 14 años esta unidad operativa se llama Centro de Salud Nº 2
Fray Bartolomé de las Casas, y se transformó en Jefatura de Área. Para una
mejor cobertura tiene a su cargo cinco Subcentros de Salud.
Santa Clara Norte.
Santa Clara de San Millán.
4
San Vicente de las Casas.
San Juan de Quito.
San Juan La Independencia.
La Jefatura de Área como los Subcentros de Salud están Jurídica y
administrativamente dependiendo
de la Dirección Provincial de Salud de
Pichincha y por consiguiente del Ministerio de Salud Pública de acuerdo al
Artículo 123 de la Constitución Política de la República se organizará y
desarrollará de manera Descentralizada lo que esta ratificada por el Art.
Ministerial Nº 000243 de Fecha 09 de Septiembre de 1998.
La descentralización administrativa, financiera, de recursos humanos permitirá
que los servicios de toda el área sean más oportunos, eficientes y eficaces.
Las programaciones de los Subcentros de Salud luego de su análisis entran
un consolidado programático con la cabecera de área, constituyéndose así la
programación total de la misma, año tras año.
La cobertura geográfica del Área de Salud Nº 2, de acuerdo al informe del
Distrito Metropolitano de Quito es la siguiente:
Norte: Inicia en Av. 10 de Agosto y Juan Diguja que continúa hasta la Av.
Mariscal Sucre, en línea imaginaria hasta la calle Llano Cormet y continúa por
la quebrada Caicedo.
Sur: Calle Guatemala y Caldas cruza una línea imaginaria que va por el parque
Matovelle y sube por la Calle Carchi hasta el barrio el Tejar.
Este: Limita por toda la extensión de la Av. 10 de Agosto desde la Guayaquil y
Caldas hasta la Diguja.
Oeste: Limita el bosque protector del Pichincha, Quebrada Caicedo, Mariana
de Jesús, y Miraflores. 1
1
Diagnóstico Área de Salud Nº 2 Fray Bartolomé de las Casas
5
Figura 1.1 Distribución de Áreas de Salud en la Ciudad de Quito
1.1.1
MISIÓN
El Área de Salud Nº. 2 Fray Bartolomé de las Casas situada al centro norte de
la ciudad de Quito, presta los servicios de salud, con oportunidad, eficiencia,
calidez de acuerdo a su nivel de complejidad, con personal debidamente
capacitado con equipamiento básico y adecuado para satisfacer las
necesidades de los usuarios, dando prioridad a los grupos de riesgo y
propiciando intensamente la participación comunitaria, brindando una atención
digna e integral con una planificación y administración adecuada mediante una
buena promoción de los diferentes servicios de salud.2
2
Planificación Estratégica Área de Salud Nº 2
6
1.1.2
VISIÓN
El Área de Salud Nº 2 Fray Bartolomé de las Casas como institución prestadora
de salud primaria ofertará los servicios de salud con calidad, calidez, eficiencia
en forma integral, con énfasis a la convivencia, seguridad y respeto a las
normas, con atención del primer nivel y complementaria a todos los usuarios, a
través de una gestión gerencial, comprometida, activa y solidaria para lograr el
desarrollo integral de la comunidad y del recurso humano que pertenece al
Área del cual somos responsables, en donde lo público es sagrado y el interés
común prime sobre el interés particular, con productividad, respetando los
deberes de los trabajadores y de la comunidad.3
1.1.3
MODELO DE ATENCIÓN INTEGRAL E INTERCULTURAL EN
SALUD FAMILIAR Y COMUNITARIA MSP – 20074
El modelo de desarrollo y de atención de salud en el país, durante las últimas
décadas, se ha caracterizado por ser institucionalmente fragmentado,
inequitativo e ineficiente, orientado a proporcionar atención individual biologista
y medicalizada, bajo una organización burocrática, de gestión centralizada e
ineficaz, con financiamiento insuficiente, distribución desigual y centrado casi
de manera exclusiva en la recuperación de la fuerza laboral.
Las barreras económicas, culturales, viales y geográficas tradicionalmente han
limitado el acceso a los servicios, especialmente de la población rural más
pobre, compuesta en su mayor parte por indígenas, afro-ecuatorianos y
mujeres.
La operacionalización de los programas a nivel nacional se aplican de forma
vertical, y sus indicadores privilegian la medición de coberturas, dejando de
lado, frecuentemente, aquellos que observan la marcha de los procesos, el
impacto, su efectividad, o la satisfacción de usuarios, por mencionar algunos.
3
4
Planificación Estratégica Área de Salud Nº 2
Modelo de Atención 3-9 Ministerio de Salud Pública
7
Hasta el momento, no se ha definido un modelo de atención y de gestión que
aplique estrategias horizontales en el cumplimiento de los programas, que
recupere la visión y necesidades particulares de salud de las poblaciones, y
que, al mismo tiempo, sirva de sustento a una toma de decisiones racional y
efectiva respecto a la asignación y utilización de los recursos existentes, o a la
coordinación y consecución de recursos adicionales para el sector.
Las
razones señaladas urgen la generación de un conjunto de reformas
centradas en la prestación de servicios, tanto de atención a la enfermedad,
como de promoción, prevención y rehabilitación de la salud del individuo,
familia y comunidades culturalmente diversas. Dichas actividades deberán ser
desempeñadas por todas las organizaciones públicas y privadas, con y sin
fines de lucro a través de las redes de servicios constituidas por diferentes
niveles de complejidad.
Para el cumplimiento de estas funciones es preciso desarrollar un MODELO
DE ATENCIÓN integral, integrado e intercultural, con enfoque comunitario,
familiar y pluricultural, basado en la Atención Primaria y Promoción de la de
Salud.
El modelo propone la entrada del usuario/a al sistema por el primer nivel de
atención. Como se dijo, el modelo, basado en la medicina familiar, es de
carácter integral y holístico, e incorpora las prácticas de la medicina tradicional
y alternativa, como opciones válidas para aquellos usuarios que así lo deseen.
La estrategia de atención primaria de salud renovada se orienta a solucionar
los principales problemas de salud de la comunidad (considerados como causa
y efecto de las características socio-culturales y políticas), mediante la
prestación de servicios de promoción, prevención, tratamiento y rehabilitación.
Exige y fomenta en grado máximo la auto responsabilidad y la participación de
la comunidad y de todos los sectores, el trabajo en equipo del personal
involucrado y el funcionamiento articulado de la red de servicios y sus sistemas
de referencia y contra-referencia.
8
La promoción de la salud ha sido definida como “Proveer de los medios
necesarios a la población para que mejore su salud y ejerza un mayor control
sobre la misma” (Carta de Ottawa 1986). Ver ANEXO 1.
El enfoque familiar es una atención centrada en las personas reconocidas
como seres bio-psico-sociales, integrantes de un núcleo familiar, inmersos en
un contexto social, cultural y político específico, con necesidades particulares
en cada etapa de su ciclo vital. Aborda la familia como unidad fundamental y
como estructura mediadora entre ésta y la comunidad, la sociedad y la
naturaleza.
El enfoque intercultural garantiza la vigencia y práctica de los conocimientos
provenientes de un rico patrimonio cultural, incorporando modelos que
expresan complementariedad, reciprocidad y diversidad, en el contexto del
nuevo paradigma de la cultura, la salud y el desarrollo. Así, el enfoque
intercultural promueve el respeto a la cultura de los usuarios (sus particulares
percepciones, hábitos y costumbres respecto al proceso de salud y
enfermedad) y promueve la articulación de las distintas medicinas (“occidental”,
tradicionales,
ancestrales,
alternativas)
permitiendo
una
deseable
complementariedad de las acciones y la elección del sistema médico donde los
usuarios prefieran ser atendidos.
La Subsidiariedad del Estado garantiza el acceso de la población excluida a
través de los servicios existentes en la red de unidades de atención por niveles
de complejidad del MSP, la aplicación efectiva de la Ley de Maternidad Gratuita
y Atención a la Infancia, las prestaciones del Seguro Campesino, y otros
proveedores de servicios de salud, complementando el cuidado, la protección e
inversión en capital humano por parte de las familias y la sociedad civil.
Protección Social en salud: “Es la garantía que la sociedad otorga, por
conducto de los poderes públicos, para que un individuo o grupo de individuos
pueda satisfacer sus necesidades y demandas de salud, mediante el adecuado
acceso a los SERVICIOS DEL SISTEMA, o de alguno de los subsistemas de
salud existentes en el país, sin que la capacidad de pago sea un factor
restrictivo.”
9
La extensión de la Protección Social en salud es una herramienta de política
pública destinada a combatir la exclusión en salud y la privatización del Estado.
La participación, en un sentido democratizador, implica la construcción de
nuevas concepciones y formas de gestión institucional a nivel de lo local,
provincial y nacional.
La participación de individuos, grupos y organizaciones sociales, debe ser
entendida como un proceso de construcción social, donde se expresan
necesidades, preocupaciones y demandas, pero también la capacidad de
proponer alternativas, tomar decisiones y llevar a cabo acciones que les
permita superar sus problemas y necesidades.
1.1.4
MODELO DE ATENCIÓN5
Es el conjunto de rasgos fundamentales que caracterizan a las acciones
(intervenciones) por medio de las cuales los servicios que conforman el
Sistema Nacional de Salud, interactúan con la colectividad (individuos, familia,
sociedad) y el entorno al desarrollar su oferta de servicios de salud. Estas
acciones se dan en el marco de dos tipos de interrelación: individual y colectiva
y comprenden intervenciones de promoción, prevención, recuperación y
rehabilitación.
El principal objetivo es garantizar a la población del territorio nacional el acceso
a la salud mediante la implementación de un conjunto de acciones integradas
en un modelo nacional definido sobre la base de necesidades de la población
(demanda),
mediante
una
programación
territorial,
con
criterios
epidemiológicos, de género, generacional, de interculturalidad y promoción de
la salud.
El modelo de atención considera al individuo, la familia y la comunidad como el
centro de su accionar y plantea como su fin último, el vivir bien (el “alli
causai” de los pueblos indígenas kichwas). Para el efecto, el MSP en su
5
Modelo de Atención 3-9 Ministerio de Salud Pública
10
política de Extensión Protección Social en Salud plantea “Garantizar a la
población del territorio nacional, el acceso a la atención de salud mediante la
implementación y ejecución de estrategias de protección social, que
comprende un plan integral, equitativo, adecuado, solidario, sostenible y
sustentable, basado en la atención primaria, promoción e interculturalidad en
salud”.
1.1.4.1
RESPONSABILIDADES DEL MODELO DE ATENCIÓN6
El modelo de atención tiene las siguientes responsabilidades:
1. La atención del individuo, la familia, la comunidad, los grupos sociales y
el entorno natural. (ficha familiar y manual)
2. Definición de una base geográfico-poblacional para atender las
necesidades de salud de mayor trascendencia epidemiológica y social
(comunitaria, parroquial, cantonal, provincial). (mapa parlante y manual)
3. Construir redes y micro redes plurales públicas de servicios de atención
básica y de especialidad. (en función de accesibilidad y capacidad
resolutiva) La puerta de entrada son los servicios de primer nivel que se
integran al resto de niveles de atención..
4. Reorganización de los RH y contratación de nuevos en función del
modelo. (Equipos básicos de atención)
5. Disponer de un conjunto de prestaciones y actividades para la red plural,
en promoción, prevención y recuperación en sus diferentes niveles.
6. Formular programas integrados de salud, superar el enfoque de los
programas verticales, son ahora las personas en sus diferentes etapas
del ciclo vital (el niño/a, la mujer, el hombre, el adulto mayor, su estado
de salud y sus riegos de enfermar).
6
Modelo de Atención 3-9 Ministerio de Salud Pública
11
7. Desarrollar mecanismos que permitan asignar nuevos recursos
económicos a las redes y micro redes en función del cumplimiento de
indicadores y metas establecidas en los compromisos de Gestión.
8. Contar con un Plan Integral de Salud como resultado de la participación,
negociación y concertación de los diferentes actores que integran el
sistema (nacional, provincial y local).
1.1.5
LA PRESTACIÓN7
La prestación constituye la oferta de servicios y conjunto de acciones que el
sistema de salud garantiza a toda la población. Toma en cuenta la atención
integral, el enfoque de género, lo generacional, la interculturalidad, la equidad,
lo participativo y la corresponsabilidad en el cuidado de la salud.
El centro de la prestación, son los individuos, las familias y el entorno social y
ambiental de las comunidades que determinan riesgos particulares.
La prestación a los individuos son las acciones tanto preventivas como las de
recuperación, actividades de comunicación y consejería para las personas.
En la familia, las actividades se relacionan con el control de su espacio
doméstico (tenencia de animales, medidas de higiene, hacinamiento), que
puedan significar un riesgo para la salud de las familias.
En la comunidad también se trabaja con los factores de riesgo; por lo tanto, se
deben realizar actividades de inspección y control y, fundamentalmente, de
promoción de la salud.
7
Modelo de Atención 3-9 Ministerio de Salud Pública
12
1.1.6
ESTRATEGIAS
GENERALES
PARA
LA
APLICACIÓN
Y
DESARROLLO DEL MODELO8
Capacitación Permanente del talento humano mediante pasantías del
personal de servicios de menor complejidad a aquellos de mayor
complejidad, asesoría e intercambio de experiencias entre personal de
diversa complejidad y el entrenamiento en servicio. Modalidad “Pirámide de
capacitación en la red de servicios de salud”
Desarrollo de equipos multiprofesionales de salud con una visión holística:
médicos, enfermeras y auxiliares de enfermería como el equipo básico de
atención primaria con el apoyo de promotores de salud, de los recursos
humanos de la medicina ancestral y tradicional, de la comunidad
organizada.
Utilización de la ficha familiar que determina riesgos y estado de salud de
las personas, ambiente, y las posibilidades de intervenir con medidas de
mayor impacto social y de menor costo.
Educación comunitaria y transferencia de conocimientos básicos sanitarios
para lograr la responsabilidad y autonomía de los usuarios. El rol de los
promotores debidamente entrenados y supervisados asegurará un mejor
estado de salud colectiva y una mayor cobertura de los servicios de salud.
Fortalecimiento e innovación de procedimientos médicos, instrumentales,
diagnósticos y terapéuticos, sustentados científicamente (medicina basada
en evidencias).
Provisión, almacenamiento, distribución, prescripción y uso racional de
medicamentos esenciales y genéricos con participación y veeduría
ciudadana.
8
Modelo de Atención 3-9 Ministerio de Salud Pública
13
Vigilancia en salud que incorpora los hechos vitales, lo ambiental, lo
Sanitario, y lo epidemiológico.
Reestructuración de los programas de salud pública, los cuales deben ser
horizontales, integrales, interculturales e integrarse a un conjunto de
prestaciones orientadas al niño/a, al adolescente, a la mujer, al hombre,
adulto mayor, la familia, la comunidad y el ambiente.
Control de la gestión en función de productos, actividades, metas e
indicadores que permitan una evaluación sistemática de cada uno de los
procesos y subprocesos
Control social a través de la veeduría ciudadana y coparticipación en la
atención y en la gestión de los servicios de salud.
Coordinación de las diversas fuentes de cooperación técnica y financiera
nacional e internacional para el desarrollo de programas y proyectos
integrados, dentro del modelo de atención integral e intercultural de salud.
1.2 ANÁLISIS DE LA SITUACIÓN ACTUAL
Tomando en cuenta a la familia como una estructura social básica, dinámica,
formada por individuos que mantienen una unidad, donde se produce un ida y
vuelta entre los mismos y el cambio en uno de los familiares produce
repercusiones en los demás.
El Área de Salud No. 2 ha desarrollado el Programa de Salud Comunitaria el
mismo que ayudará a las familias identificadas como posibles puntos de riesgo
a tratar de sobreponer el posible problema con la ayuda de profesionales
capacitados para cumplir con este propósito especial.
Para realizar esta tarea se han creado un formato en el cual el visitador recoge
la información llenando datos de cada uno de los miembros que se encuentran
formando parte de este grupo familiar, condiciones de vida, condiciones
generales de la vivienda y otros que describen el hábitat particular y por ende
ayuda a deducir posibles problemas, una vez finalizada la recolección de los
datos es entregada toda esta información a los profesionales encargados de
14
evaluar riesgos y encontrar posibles soluciones a los problemas detectados.
Ver ANEXO 2.
Figura 1.2 Proceso de recolección de datos en las diferentes familias
Este proceso actualmente se lo realiza todo manualmente, no hay la facilidad
de evaluar rápidamente a los grupos con mayor riesgo y por tanto dificulta tener
resultados a corto plazo ya que el estudio se lo hace en forma particular se
disminuye la posibilidad de saber la cantidad de personas que tienen el mismo
problema mermando la capacidad de llegar a más hogares que presentan
casos similares.
Lo que se pretende es agilitar el proceso de gestión de riesgos y por tanto
ayudar a la toma de decisiones a las personas encargadas de brindar la ayuda
necesaria a las familias evitando de esta manera la demora en el proceso de
proveer, solicitar, y abastecer de recursos necesarios ayudando a solucionar
problemas inherentes al campo médico que puedan solucionar la crisis que se
presentan en los diferentes casos de estudio de las familias.
El sistema generará información por grupos de riesgos en los cuales se pueda
establecer de forma mas precisa la ubicación de personas que tienen una
patología que genera riesgos en la calidad de vida provocando problemas en el
15
ámbito social en el que se desenvuelven mejorando las condiciones de las
familias e incentivando el uso de estas políticas en pro del bienestar general de
las personas.
Las familias del sector al momento no cuentan con herramientas en las cuales
se les indique exactamente como los van a ayudar y quien se haría cargo de
solucionar sus problemas, al ser una solución con arquitectura Web podrán
acercarse a cualquier centro o subcentro de salud a cargo del Área de Salud Nº
2 y saber exactamente su situación, de esta forma no es necesario que se
acerque a la matriz o lugar donde se encuentren albergados sus datos.
Se evita el tener que entregar los resultados de la toma de datos en la ficha
familiar al centro matriz y que haya encargados de alimentar la información solo
en dicho lugar sino que cualquier persona ubicada con su máquina dentro de la
red del Área de Salud Nº 2 y los privilegios necesarios puede hacerlo.
1.3 JUSTIFICACIÓN DE LA METODOLOGÍA Y HERRAMIENTA
1.3.1
APLICACIÓN WEB VS ESCRITORIO
Las aplicaciones Web utilizan lo que se conoce como clientes livianos los
cuales no ejecutan demasiadas labores de procesamiento para la ejecución de
la aplicación misma. Desde el punto de vista de la arquitectura se distinguen
dos lados el uno es el cliente en donde se encuentra el usuario final utilizando
la aplicación por intermedio de una navegador (Internet Explorer o Firefox),
es aquí donde el usuario interactúa con la aplicación localizada al otro lado o
servidor en donde residen realmente los datos, reglas y lógica de la aplicación.
La esencia del concepto es: no dejar que el cliente realice demasiadas tareas,
solo lo necesario para que lleve a cabo su trabajo y dejar que en el lado del
servidor se realicen las operación importantes: almacenamiento de datos,
transacciones, reglas del negocio y la lógica del programa.
Con el auge de las redes locales (empresariales, institucionales o caseras) y la
popularidad de la Internet ofreciendo la oportunidad de acceso a través de
computadores y otros dispositivos móviles, lo que era algo de uso privilegiado
16
hace algunos años, ahora es común. La Internet ha elevado y extendido aun
más el concepto de aplicación Web para servir no sólo a usuarios de una
pequeña red sino ubicados en cualquier sitio donde tenga acceso a la Internet.
Las aplicaciones de escritorio se han usado y se seguirán usando y tienen un
campo enorme (sistemas CAD, CAM, suite de oficina, aplicaciones gráficas,
juegos, utilidades o el mismo sistema operativo), no todo está en Web, hay
cosas que se necesita que se ejecuten estrictamente en la máquina cliente
para aprovechar el poder que tiene. Pero la fusión e integración de servicios de
los computadores, las aplicaciones de escritorio y la extensión de las facultades
de comunicación con las aplicaciones Web que hace posible la Internet es la
plataforma óptima que sirve de infraestructura para todos los usuarios desde el
tipo empresarial, institucional o personal.
Al revisar el porqué usar aplicación Web podemos tomar en cuenta el siguiente
párrafo de la pagina de Microsoft: “Utilice formularios Web Forms de ASP.NET
para crear aplicaciones que principalmente tienen una interfaz de usuario del
explorador. Naturalmente, entre ellas se incluyen las aplicaciones que se ponen
a disposición del público a través del World Wide Web como, por ejemplo, las
aplicaciones de comercio electrónico. Sin embargo, puede utilizar formularios
Web Forms no sólo para crear sitios Web; muchas otras aplicaciones se
prestan a utilizar también una "interfaz fina", por ejemplo un manual del
empleado basado en una intranet o una aplicación de beneficios. Una ventaja
importante de cualquier aplicación de formularios Web Forms es que no tiene
ningún costo de distribución. Los usuarios ya tienen instalada la única parte de
la aplicación que se necesita, el explorador.
Las
aplicaciones
con
formularios
Web
Forms
son,
por
definición,
independientes de la plataforma; es decir, son aplicaciones "de envergadura".
Los usuarios pueden interactuar con la aplicación independientemente del tipo
de explorador que tengan e, incluso, del tipo de equipo que utilicen. Al mismo
tiempo, las aplicaciones de formularios Web Forms pueden optimizarse para
aprovechar las características incorporadas a los exploradores más modernos,
17
tales como Microsoft Internet Explorer 6.0, a fin de mejorar su rendimiento y
velocidad de respuesta. ”9
De acuerdo a la naturaleza de la aplicación este puede desarrollarse en
cualquier punto dentro del Área de Salud no necesariamente se tiene que
realizar en un centro con un servidor y clientes locales, tomando en cuenta el
tipo de sistema, el enunciado anterior describe exactamente el motivo por el
cual para el proyecto requiere una arquitectura Web.
Al ser puntos distantes no es posible contar con un equipo que esté cambiando
las condiciones de los clientes o instalando actualizaciones si el caso lo
amerita, lo único que se necesita es realizar cambios en el servidor de forma
que el usuario vea que los cambios sin necesidad de modificar nada en su
máquina.
1.3.2
APLICACIÓN WEB
Se denomina aplicación Web a aquellas aplicaciones que los usuarios pueden
utilizar accediendo a un servidor Web a través de Internet o de una intranet
mediante un navegador. En otras palabras, es una aplicación software que se
codifica en un lenguaje soportado por los navegadores Web (HTML,
JavaScript, Java, etc.) en la que se confía la ejecución al navegador.
Las aplicaciones Web generan dinámicamente una serie de páginas en un
formato estándar, como HTML o XHTML, las cuales el navegador Web
interpreta y
muestra en pantalla las páginas, actuando como cliente para
cualquier aplicación Web.
Una desventaja es que dependiendo del navegador algunas funciones de la
aplicación causan inconsistencias como HTML, CSS, DOM, además de otras
ya que el usuario puede configurar las características de la interfaz de forma
que haga inconsistente a la aplicación.
9
http://msdn.microsoft.com/es-es/library/5t6z562c.aspx
18
Una gran diferencia entre sitios Web y aplicaciones Web esta en el uso de la
lógica del negocio.
Lógica de negocio es la parte de un sistema que se encarga de las tareas
relacionadas con los procesos de un negocio, tales como ventas, control de
inventario, contabilidad, etc.
Las validaciones del lado del
cliente y la posibilidad de evitar errores al
momento de enviar la información al servidor han causado que las aplicaciones
Web tengan un gran auge al momento de desarrollar software.
Las aplicaciones web funcionan sobre HTTP que es un protocolo del nivel de
aplicación para sistemas de información multimedia distribuidos. Es un
protocolo no orientado a estado que puede ser utilizado para más propósitos
que para manejar ficheros HTML.
Entre las propiedades de HTTP se pueden destacar las siguientes:
Un esquema de direccionamiento comprensible, Utiliza el Universal
Resource Identifier (URI) para localizar sitios (URL) o nombres (URN)
sobre los que hay que aplicar un método. La forma general de un URL
es “servicio://host/fichero.ext”.
HTTP se asienta en el paradigma solicitud/respuesta. La comunicación
se asienta sobre TCP/IP. El puerto por defecto es el 80, pero se pueden
utilizar otros.
Es un protocolo sin conexión y sin estado.
Después de que el servidor ha respondido la petición del cliente, se
rompe la conexión entre ambos. Además no se guarda memoria del
contexto de la conexión para siguientes conexiones.
HTTP utiliza tipos MIME para la determinación del tipo de los datos que
transporta. Cuando un servidor HTTP transmite información de vuelta a
un cliente, incluye una cabecera que le indica al cliente sobre los tipos
de datos que componen el documento. De la gestión de esos datos se
19
encargan las utilidades que tenga el cliente (visor de imágenes, de
vídeo, etc.).
Una
transacción
HTTP
está
compuesta
por
una
cabecera,
y
opcionalmente, por una línea en blanco seguida de los datos. En la
cabecera se especifica tanto la acción solicitada en el servidor, como los
tipos de datos devueltos o un código de estado.
Durante una sesión normal de trabajo un cliente (navegador) solicita un
documento de un servidor Web y una vez obtenido lo muestra al usuario
que hizo la solicitud. Si este documento contiene un enlace a otro
documento (en el mismo o en distinto servidor), y el usuario activa el
enlace el cliente Web efectuará otra petición y mostrará el nuevo
documento.
Figura 1.3 Diseño para la aplicación Web
Figura 1.4 Petición de datos desde el browser al servidor Web
20
Como se puede ver los clientes se conectan al servidor a través de una red
de datos y obtienen la información que requieren.
Las paginas que se va a manejar para realizar las transacciones tienen código
HTML siglas de HyperText Markup Language (Lenguaje de Marcas de
Hipertexto), es el lenguaje de marcado predominante para la construcción de
páginas web. Es usado para describir la estructura y el contenido en forma de
texto, así como para complementar el texto con objetos tales como imágenes.
HTML se escribe en forma de "etiquetas", rodeadas por corchetes angulares
(<,>). HTML también puede describir, hasta un cierto punto, la apariencia de un
documento, y puede incluir un script (por ejemplo Javascript), el cual puede
afectar el comportamiento de los distintos navegadores web y otros
procesadores de HTML.
Figura 1.5 Ejecución de una pagina Web con formulario de datos
De esta forma lo que recibe el cliente web es una respuesta valedera a su
petición.
El Scripting remoto en Javascript o (JSRS) es una técnica de desarrollo web
para crear aplicaciones web interactivas mediante el uso de una combinación
de:
HTML (o XHTML)
21
El DOM, manipulado usando JavaScript para mostrar e interactuar
dinámicamente con la información presentada.
Una capa de transporte. Se puede escoger entre diferentes tecnologías,
aunque la mayor parte de las ocasiones se usan una etiqueta SCRIPT o
IFRAME, que tienen mayor soporte por parte de los navegadores, al
contrario de XmlHttpRequest.
Un formato de datos. Se puede usar XML con WDDX, así como JSON o
cualquier otro formato de texto.
El proyecto usará AJAX, aunque esta técnica de desarrollo depende de
XmlHttpRequest, sólo soportado por los navegadores más actuales, no
requiere demasiados recursos para poderlos obtener. Que el sistema no sea
obsoleto en corto tiempo es una prioridad.
1.3.3
RUP COMO METOLOGÍA DE DESARROLLO
Las características del proyecto, el tipo de aplicación, el grado de conocimiento,
la documentación disponible han sido los factores para que se escoja a RUP
como metodología de desarrollo, a continuación se describe lo principal de la
metodología a utilizarse.
Rational Unified Process (RUP) es una infraestructura flexible de desarrollo de
software que proporciona prácticas recomendadas probadas y una arquitectura
configurable.
RUP es un marco genérico que puede especializarse para una variedad de
tipos de sistemas, diferentes áreas de aplicación, tipos de organizaciones,
niveles de aptitud y diferentes tamaños de proyectos.
1.3.3.1
CARACTERISTICAS ESENCIALES
Los autores de RUP destacan que el proceso de software propuesto por RUP
tiene tres características esenciales: está dirigido por los Casos de Uso, está
centrado en la arquitectura, y es iterativo e incremental.
22
1.3.3.1.1
PROCESO DIRIGIDO POR CASOS DE USO
Los Casos de Uso son una técnica de captura de requisitos que fuerza a
pensar en términos de importancia para el usuario y no sólo en términos de
funciones que sería bueno contemplar. Se define un Caso de Uso como un
fragmento de funcionalidad del sistema que proporciona al usuario un valor
añadido. Los Casos de Uso representan los requisitos funcionales del sistema.
En RUP los Casos de Uso no son sólo una herramienta para especificar los
requisitos del sistema. También guían su diseño, implementación y prueba.
Los Casos de Uso no sólo inician el proceso de desarrollo sino que
proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los
artefactos que son generados en las diferentes actividades del proceso de
desarrollo.
Basándose en los Casos de Uso se crean los modelos de análisis y diseño,
luego la implementación que los lleva a cabo, y se verifica que efectivamente el
producto implemente adecuadamente cada Caso de Uso. Todos los modelos
deben estar sincronizados con el modelo de Casos de Uso.
Figura 1.6 Trazabilidad a partir de los Casos de Uso
23
1.3.3.1.2
PROCESO CENTRADO EN LA ARQUITECTURA
La arquitectura de un sistema es la organización o estructura de sus partes
más relevantes, lo que permite tener una visión común entre todos los
involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema
completo, necesaria para controlar el desarrollo10.
La arquitectura involucra los aspectos estáticos y dinámicos más significativos
del sistema, está relacionada con la toma de decisiones que indican cómo tiene
que ser construido el sistema y ayuda a determinar en qué orden. Además la
definición de la arquitectura debe tomar en consideración elementos de calidad
del sistema, rendimiento, reutilización y capacidad de evolución por lo que debe
ser flexible durante todo el proceso de desarrollo. La arquitectura se ve
influenciada por la plataforma software, sistema operativo, gestor de bases de
datos, protocolos, consideraciones de desarrollo como sistemas heredados.
Muchas de estas restricciones constituyen requisitos no funcionales del
sistema.
En el caso de RUP además de utilizar los Casos de Uso para guiar el proceso
se presta especial atención al establecimiento temprano de una buena
arquitectura que no se vea fuertemente impactada ante cambios posteriores
durante la construcción y el mantenimiento.
Cada producto tiene tanto una función como una forma. La función
corresponde a la funcionalidad reflejada en los Casos de Uso y la forma la
proporciona la arquitectura. Existe una interacción entre los Casos de Uso y la
arquitectura, los Casos de Uso deben encajar en la arquitectura cuando se
llevan a cabo y la arquitectura debe permitir el desarrollo de todos los Casos de
Uso requeridos, actualmente y en el futuro. Esto provoca que tanto arquitectura
10
Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley
24
como Casos de Uso deban evolucionar en paralelo durante todo el proceso
de desarrollo de software.
En la Figura 1.7 se ilustra la evolución de la arquitectura durante las fases de
RUP. Se tiene una arquitectura más robusta en las fases finales del proyecto.
En las fases iniciales lo que se hace es ir consolidando la arquitectura por
medio de baselines y se va modificando dependiendo de las necesidades del
proyecto.
Inception
Elaboration
Construction
Transition
Architecture
tiempo
Figura 1.7 Evolución de la arquitectura del sistema
Es conveniente ver el sistema desde diferentes perspectivas para comprender
mejor el diseño por lo que la arquitectura se representa mediante varias vistas
que se centran en aspectos concretos del sistema, abstrayéndose de los
demás. Para RUP, todas las vistas juntas forman el llamado modelo 4+1 de la
arquitectura 11, el cual recibe este nombre porque lo forman las vistas lógica, de
implementación, de proceso y de despliegue, más la de Casos de Uso que es
la que da cohesión a todas.
11
Kruchten, P. Architectural Blueprints—The “4+1” View Model of Software Architecture. IEEE Software 12 (6),
November 1995, pp. 42-50.
25
Figura 1.8 Arquitectura y modelos RUP
Al final de la fase de elaboración se obtiene una baseline de la arquitectura
donde fueron seleccionados una serie de Casos de Uso arquitectónicamente
relevantes (aquellos que ayudan a mitigar los riesgos más importantes,
aquellos que son los más importantes para el usuario y aquellos que cubran las
funcionalidades significativas).
Como se observa en la Figura 1.8, durante la construcción los diversos
modelos van desarrollándose hasta completarse (según se muestra con las
formas rellenas en la esquina superior derecha). La descripción de la
arquitectura sin embargo, no debería cambiar significativamente (abajo a la
derecha) debido a que la mayor parte de la arquitectura se decidió durante la
elaboración. Se incorporan pocos cambios a la arquitectura (indicados con
mayor densidad de puntos en la figura inferior derecha)12.
1.3.3.1.3
PROCESO ITERATIVO E INCREMENTAL
El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy
parecido al equilibrio de la forma y la función en el desarrollo del producto, lo
cual se consigue con el tiempo. Para esto, la estrategia que se propone en
RUP es tener un proceso iterativo e incremental en donde el trabajo se divide
en partes más pequeñas o mini proyectos. Permitiendo que el equilibrio entre
12
Jacoboson, I., Booch, G., Rumbaugh J., El Proceso Unificado de Desarrollo de Software, 2000 Addison Wesley
26
Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto,
así durante todo el proceso de desarrollo. Cada mini proyecto se puede ver
como una iteración (un recorrido más o menos completo a lo largo de todos los
flujos de trabajo fundamentales) del cual se obtiene un incremento que produce
un crecimiento en el producto.
Una iteración puede realizarse por medio de una cascada. Se pasa por los
flujos fundamentales (Requisitos, Análisis, Diseño, Implementación y Pruebas),
también existe una planificación de la iteración, un análisis de la iteración y
algunas actividades específicas de la iteración. Al finalizar se realiza una
integración de los resultados con lo obtenido de las iteraciones anteriores.
Figura 1.9 Una iteración RUP
El proceso iterativo e incremental consta de una secuencia de iteraciones.
Cada iteración aborda una parte de la funcionalidad total, pasando por todos
los flujos de trabajo relevantes y refinando la arquitectura. Cada iteración se
analiza cuando termina. Se puede determinar si han aparecido nuevos
requisitos o han cambiado los existentes, afectando a las iteraciones
siguientes. Durante la planificación de los detalles de la siguiente iteración, el
equipo también examina cómo afectarán los riesgos que aún quedan al trabajo
en curso. Toda la retroalimentación de la iteración pasada permite reajustar los
objetivos para las siguientes iteraciones. Se continúa con esta dinámica hasta
que se haya finalizado por completo con la versión actual del producto.
27
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan
varias iteraciones en número variable según el proyecto y en las que se hace
un mayor o menor hincapié en los distintas actividades. En la Figura 1.10 se
muestra cómo varía el esfuerzo asociado a las disciplinas según la fase en la
que se encuentre el proyecto RUP.
Figura 1.10 Esfuerzo en actividades según fase del proyecto
Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia
la comprensión del problema y la tecnología, la delimitación del ámbito del
proyecto, la eliminación de los riesgos críticos, y al establecimiento de una
baseline de la arquitectura.
Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en
actividades modelado del negocio y de requisitos.
En la fase de elaboración, las iteraciones se orientan al desarrollo de la
baseline de la arquitectura, abarcan más los flujos de trabajo de
requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte
de implementación orientado a la baseline de la arquitectura.
28
En la fase de construcción, se lleva a cabo la construcción del producto por
medio de una serie de iteraciones.
Para cada iteración se selecciona algunos Casos de Uso, se refina su análisis y
diseño y se procede a su implementación y pruebas. Se realiza una pequeña
cascada para cada ciclo. Se realizan tantas iteraciones hasta que se termine la
implementación de la nueva versión del producto.
En la fase de transición se pretende garantizar que se tiene un producto
preparado para su entrega a la comunidad de usuarios.
Como se puede observar en cada fase participan todas las disciplinas, pero
que dependiendo de la fase el esfuerzo dedicado a una disciplina varía.
1.3.3.2
ESTRUCTURA DEL PROCESO
El proceso puede ser descrito en dos dimensiones o ejes13:
Eje horizontal: Representa el tiempo y es considerado el eje de los aspectos
dinámicos del proceso. Indica las características del ciclo de vida del proceso
expresado en términos de fases, iteraciones e hitos. Se puede observar en la
Figura 1.11 que RUP consta de cuatro fases: Inicio, Elaboración, Construcción
y Transición. Como se mencionó anteriormente cada fase se subdivide a la vez
en iteraciones.
Eje vertical: Representa los aspectos estáticos del proceso. Describe el
proceso en términos de componentes de proceso, disciplinas, flujos de trabajo,
actividades, artefactos y roles.
13
Rational Software Corporation, Rational Unified Process. Best Practices for Software Development
Teams, 1998
29
Figura 1.11 Estructura de RUP
1.3.3.2.1
ESTRUCTURA
ITERACIONES
DINÁMICA
DEL
PROCESO.
FASES
E
RUP se repite a lo largo de una serie de ciclos que constituyen la vida de un
producto. Cada ciclo concluye con una generación del producto para los
clientes. Cada ciclo consta de cuatro fases: Inicio, Elaboración, Construcción y
Transición. Cada fase se subdivide a la vez en iteraciones, el número de
iteraciones en cada fase es variable.
ciclo de desarrollo
release
(producto al final de
una iteración)
ciclo de evolución
base line
generación
(release asociada
a un hito)
(release final de
un ciclo de desarrollo)
Figura 1.12 Ciclos, releases, baseline
Cada fase se concluye con un hito bien definido, un punto en el tiempo en el
cual se deben tomar ciertas decisiones críticas y alcanzar las metas clave
antes de pasar a la siguiente fase, ese hito principal de cada fase se compone
30
de hitos menores que podrían ser los criterios aplicables a cada iteración.
Los hitos para cada una de las fases son: Inicio (Lifecycle Objectives),
Elaboración
(Lifecycle
Architecture),
Construcción
(Initial
Operational
Capability), Transición (Product Release). Las fases y sus respectivos hitos se
ilustran en la Figura 1.13.
Inception
Elaboration
Objetivos
(Vision)
Construction
Arquitectura
Transition
Capacidad
Operacional
Inicial
Release
del Producto
tiempo
Figura 1.13 Fases e hitos en RUP
La duración y esfuerzo dedicado en cada fase es variable dependiendo de las
características del proyecto. Sin embargo, la Tabla 1.1 ilustra porcentajes
frecuentes al respecto. Consecuente con el esfuerzo señalado, la Figura 1.14
ilustra una distribución típica de recursos humanos necesarios a lo largo del
proyecto.
Inicio Elaboración Construcción Transición
Esfuerzo
Tiempo
Dedicado
5%
20 %
65 %
10%
10 %
30 %
50 %
10%
Tabla 1.1 Distribución típica de esfuerzo y tiempo
31
Figura 1.14 Distribución típica de recursos humanos
32
1.3.3.2.1.1 INICIO
Durante la fase de inicio se define el modelo del negocio y el alcance del
proyecto. Se identifican todos los actores y Casos de Uso, y se diseñan los
Casos de Uso más esenciales (aproximadamente el 20% del modelo
completo). Se desarrolla, un plan de negocio para determinar qué recursos
deben ser asignados al proyecto.
Los objetivos de esta fase son14:
Establecer el ámbito del proyecto y sus límites.
Encontrar los Casos de Uso críticos del sistema, los escenarios básicos
que definen la funcionalidad.
Mostrar al menos una arquitectura candidata para los escenarios
principales.
Estimar los riesgos, las fuentes de incertidumbre.
Los resultados de la fase de inicio deben ser 15:
Un documento de visión: Una visión general de los requerimientos del
proyecto, características clave y restricciones principales.
Modelo inicial de Casos de Uso (10-20% completado).
El caso de negocio.
Modelo de negocio, si es necesario
Prototipos exploratorios para probar conceptos o la arquitectura
candidata.
Al terminar la fase de inicio se deben comprobar los criterios de evaluación
para continuar:
Todos los interesados en el proyecto coinciden en la definición del
ámbito del sistema y las estimaciones de agenda.
Entendimiento de los requisitos, como evidencia de la fidelidad de los
Casos de Uso principales.
Las estimaciones de tiempo, coste y riesgo son creíbles.
14
15
Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley
Rational Software Corporation, Rational Unified Process. Best Practices for Software Development
Teams, 1998
33
Comprensión total de cualquier prototipo de la arquitectura
desarrollado.
Los gastos hasta el momento se asemejan a los planeados.
Si el proyecto no pasa estos criterios hay que plantearse abandonarlo o
repensarlo profundamente.
1.3.3.2.1.2 ELABORACIÓN
El propósito de la fase de elaboración es analizar el dominio del problema,
establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y
eliminar los mayores riesgos.
En esta fase se construye un prototipo de la arquitectura, que debe evolucionar
en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo
debe contener los Casos de Uso críticos identificados en la fase de inicio.
También debe demostrarse que se han evitado los riesgos más graves.
Los objetivos de esta fase son16:
Definir, validar y cimentar la arquitectura.
Completar la visión.
Crear un plan fiable para la fase de construcción. Este plan puede
evolucionar en sucesivas iteraciones. Debe incluir los costes si procede.
Demostrar que la arquitectura propuesta soportará la visión con un coste
razonable y en un tiempo razonable.
Al terminar deben obtenerse los siguientes resultados17:
Un modelo de Casos de Uso completa al menos hasta el 80%: todos los
casos y actores identificados, la mayoría de los casos desarrollados.
Requisitos adicionales que capturan los requisitos no funcionales y
cualquier requisito no asociado con un Caso de Uso específico.
Descripción de la arquitectura software.
Un prototipo ejecutable de la arquitectura.
Lista de riesgos y caso de negocio revisados.
Plan de desarrollo para el proyecto.
Un caso de desarrollo actualizado que especifica el proceso a seguir.
16
17
Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley
Rational Software Corporation, Rational Unified Process. Best Practices for Software Development
Teams, 1998
34
Un manual de usuario preliminar (opcional).
En esta fase se debe tratar de abarcar todo el proyecto con la profundidad
mínima. Sólo se profundiza en los puntos críticos de la arquitectura o riesgos
importantes.
En la fase de elaboración se actualizan todos los productos de la fase de inicio.
Los criterios de evaluación de esta fase son los siguientes:
La visión del producto es estable.
La arquitectura es estable.
Se ha demostrado mediante la ejecución del prototipo que los
principales elementos de riesgo han sido abordados y resueltos.
El plan para la fase de construcción es detallado y preciso. Las
estimaciones son creíbles.
Todos los interesados coinciden en que la visión actual será alcanzada
si se siguen los planes actuales en el contexto de la arquitectura actual.
Los gastos hasta ahora son aceptables, comparados con los previstos.
Si no se superan los criterios de evaluación quizá sea necesario abandonar el
proyecto o replanteárselo considerablemente.
1.3.3.2.1.3 CONSTRUCCIÓN
La finalidad principal de esta fase es alcanzar la capacidad operacional del
producto de forma incremental a través de las sucesivas iteraciones. Durante
esta fase todos los componentes, características y requisitos deben ser
implementados, integrados y probados en su totalidad, obteniendo una versión
aceptable del producto.
Los objetivos concretos incluyen18:
Minimizar los costes de desarrollo mediante la optimización de recursos
y evitando el tener que rehacer un trabajo o incluso desecharlo.
Conseguir una calidad adecuada tan rápido como sea práctico.
Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba)
tan rápido como sea práctico.
Los resultados de la fase de construcción deben ser19:
18
Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley
35
Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e
Implementación).
Arquitectura íntegra (mantenida y mínimamente actualizada)
Riesgos Presentados Mitigados.
Plan del Proyecto para la fase de Transición.
Manual Inicial de Usuario (con suficiente detalle).
Prototipo Operacional – beta.
Caso del Negocio Actualizado.
Los criterios de evaluación de esta fase son los siguientes:
El producto es estable y maduro como para ser entregado a la
comunidad de usuario para ser probado.
Todos los usuarios expertos están listos para la transición en la
comunidad de usuarios.
Son aceptables los gastos actuales versus los gastos planeados.
1.3.3.2.1.4 TRANSICIÓN
La finalidad de la fase de transición es poner el producto en manos de los
usuarios finales, para lo que se requiere desarrollar nuevas versiones
actualizadas del producto, completar la documentación, entrenar al usuario en
el manejo del producto, y en general tareas relacionadas con el ajuste,
configuración, instalación y facilidad de uso del producto.
A continuación se citan algunas de las cosas que puede incluir esta fase20:
Prueba de la versión Beta para validar el nuevo sistema frente a las
expectativas de los usuarios
Funcionamiento paralelo con los sistemas legados que están siendo
sustituidos por nuestro proyecto.
Conversión de las bases de datos operacionales.
Entrenamiento de los usuarios y técnicos de mantenimiento.
Traspaso del producto a los equipos de marketing, distribución y venta.
Los principales objetivos de esta fase son:
Conseguir que el usuario se valga por si mismo.
Un producto final que cumpla los requisitos esperados, que funcione y
satisfaga suficientemente al usuario.
19
Rational Software Corporation, Rational Unified Process. Best Practices for Software Development
Teams, 1998
20
Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley
36
Los resultados de la fase de transición son21:
Prototipo Operacional.
Documentos Legales.
Caso del Negocio Completo.
Línea de Base del Producto completa y corregida que incluye todos los
modelos del sistema.
Descripción de la Arquitectura completa y corregida.
Las iteraciones de esta fase irán dirigidas normalmente a conseguir una
nueva versión.
Los criterios de evaluación de esta fase son los siguientes:
El usuario se encuentra satisfecho.
Son aceptables los gastos actuales versus los gastos planificados.
1.3.3.2.2
ESTRUCTURA
ESTÁTICA
DEL
PROCESO.
ROLES,
ACTIVIDADES, ARTEFACTOS Y FLUJOS DE TRABAJO
Un proceso de desarrollo de software define quién hace qué, cómo y cuándo.
RUP define cuatro elementos los roles, que responden a la pregunta ¿Quién?,
las actividades que responden a la pregunta ¿Cómo?, los productos, que
responden a la pregunta ¿Qué? y los flujos de trabajo de las disciplinas que
responde a la pregunta ¿Cuándo?.
Figura 1.15 Relación entre roles, actividades, artefactos
21
22
Rational Software Corporation, Rational Unified Process. Best Practices for Software Development
Teams, 1998
37
1.3.3.2.2.1 ROLES
Un rol define el comportamiento y responsabilidades de un individuo, o de un
grupo de individuos trabajando juntos como un equipo. Una persona puede
desempeñar diversos roles, así como un mismo rol puede ser representado por
varias personas.
Las responsabilidades de un rol son tanto el llevar a cabo un conjunto de
actividades como el ser el dueño de un conjunto de artefactos.
RUP define grupos de roles, agrupados por participación en actividades
relacionadas. Estos grupos son23:
Analistas:
Analista de procesos de negocio.
Diseñador del negocio.
Analista de sistema.
Especificador de requisitos.
Desarrolladores:
Arquitecto de software.
Diseñador
Diseñador de interfaz de usuario
Diseñador de cápsulas.
Diseñador de base de datos.
Implementador.
Integrador.
Gestores:
Jefe de proyecto.
Jefe de control de cambios.
Jefe de configuración.
Jefe de pruebas.
Jefe de despliegue.
Ingeniero de procesos.
Revisor de gestión del proyecto.
22
Rational Software Corporation, Rational Unified Process. Best Practices for Software Development
Teams, 1998
23
Rational Software Corporation, Product: Rational Software Corporation, 2002
38
Gestor de pruebas.
Apoyo:
Documentador técnico.
Administrador de sistema.
Especialista en herramientas.
Desarrollador de cursos.
Artista gráfico.
Especialista en pruebas:
Especialista en Pruebas (tester).
Analista de pruebas.
Diseñador de pruebas.
Otros roles:
Revisor.
Coordinación de revisiones.
Revisor técnico.
Cualquier rol.
1.3.3.2.2.2 ACTIVIDADES
Una actividad en concreto es una unidad de trabajo que una persona que
desempeñe un rol puede ser solicitado a que realice. Las actividades tienen un
objetivo concreto, normalmente expresado en términos de crear o actualizar
algún producto.
1.3.3.2.2.3 ARTEFACTOS
Un producto o artefacto es un trozo de información que es producido,
modificado o usado durante el proceso de desarrollo de software. Los
productos son los resultados tangibles del proyecto, las cosas que va creando y
usando hasta obtener el producto final.
Un artefacto puede ser cualquiera de los siguientes24:
Un documento, como el documento de la arquitectura del software.
Un modelo, como el modelo de Casos de Uso o el modelo de diseño.
24
Rational Software Corporation, Product: Rational Software Corporation, 2002
39
Un elemento del modelo, un elemento que pertenece a un modelo
como una clase, un Caso de Uso o un subsistema.
1.3.3.2.2.4 FLUJOS DE TRABAJO
Con la enumeración de roles, actividades y artefactos no se define un proceso,
necesitamos contar con una secuencia de actividades realizadas por los
diferentes roles, así como la relación entre los mismos. Un flujo de trabajo es
una relación de actividades que nos producen unos resultados observables. A
continuación se dará una explicación de cada flujo de trabajo.
1.3.3.2.2.4.1 MODELADO DEL NEGOCIO
Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la
organización donde se va a implantar el producto.
Los objetivos del modelado de negocio son:
Entender la estructura y la dinámica de la organización para la cual el
sistema va ser desarrollado (organización objetivo).
Entender el problema actual en la organización objetivo e identificar
potenciales mejoras.
Asegurar que clientes, usuarios finales y desarrolladores tengan un
entendimiento común de la organización objetivo.
Derivar los requisitos del sistema necesarios para apoyar a la
organización objetivo.
Para lograr estos objetivos, el modelo de negocio describe como desarrollar
una visión de la nueva organización, basado en esta visión se definen
procesos, roles y responsabilidades de la organización por medio de un modelo
de Casos de Uso del negocio y un Modelo de Objetos del Negocio.
Complementario a estos modelos, se desarrollan otras especificaciones tales
como un Glosario.
40
1.3.3.2.2.4.2 REQUISITOS
Este es uno de los flujos de trabajo más importantes, porque en él se establece
qué tiene que hacer exactamente el sistema que construyamos. En esta línea
los requisitos son el contrato que se debe cumplir, de modo que los usuarios
finales tienen que comprender y aceptar los requisitos que especifiquemos.
Los objetivos del flujo de datos Requisitos son:
Establecer y mantener un acuerdo entre clientes y otros stakeholders
sobre lo que el sistema podría hacer.
Proveer a los desarrolladores un mejor entendimiento de los requisitos del
sistema.
Definir el ámbito del sistema.
Proveer una base para la planeación de los contenidos técnicos de las
iteraciones.
Proveer una base para estimar costos y tiempo de desarrollo del sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.
Los requisitos se dividen en dos grupos. Los requisitos funcionales representan
la funcionalidad del sistema. Se modelan mediante diagramas de Casos de
Uso. Los requisitos no funcionales representan aquellos atributos que debe
exhibir el sistema, pero que no son una funcionalidad específica. Por ejemplo
requisitos de facilidad de uso, fiabilidad, eficiencia, portabilidad, etc.
Para capturar los requisitos es preciso entrevistar a todos los interesados en el
proyecto, no sólo a los usuarios finales, y anotar todas sus peticiones. A partir
de ellas hay que descubrir lo que necesitan y expresarlo en forma de requisitos.
En este flujo de trabajo, y como parte de los requisitos de facilidad de uso, se
diseña la interfaz gráfica de usuario. Para ello habitualmente se construyen
prototipos de la interfaz gráfica de usuario que se contrastan con el usuario
final.
41
1.3.3.2.2.4.3 ANÁLISIS Y DISEÑO
El objetivo de este flujo de trabajo es traducir los requisitos a una especificación
que describe cómo implementar el sistema.
Los objetivos del análisis y diseño son25:
Transformar los requisitos al diseño del futuro sistema.
Desarrollar una arquitectura para el sistema.
Adaptar el diseño para que sea consistente con el entorno de
implementación, diseñando para el rendimiento.
El análisis consiste en obtener una visión del sistema que se preocupa de ver
qué hace, de modo que sólo se interesa por los requisitos funcionales. Por otro
lado el diseño es un refinamiento del análisis que tiene en cuenta los requisitos
no funcionales, en definitiva cómo cumple el sistema sus objetivos.
Al principio de la fase de elaboración hay que definir una arquitectura
candidata: crear un esquema inicial de la arquitectura del sistema, identificar
clases de análisis y actualizar las realizaciones de los Casos de Uso con las
interacciones de las clases de análisis. Durante la fase de elaboración se va
refinando esta arquitectura hasta llegar a su forma definitiva. En cada iteración
hay que analizar el comportamiento para diseñar componentes. Además si el
sistema usará una base de datos, habrá que diseñarla también, obteniendo un
modelo de datos.
El resultado final más importante de este flujo de trabajo será el modelo de
diseño. Consiste en colaboraciones de clases, que pueden ser agregadas en
paquetes y subsistemas.
Otro producto importante de este flujo es la documentación de la arquitectura
de software, que captura varias vistas arquitectónicas del sistema.
25
Rational Software Corporation, Product: Rational Software Corporation, 2002
42
1.3.3.2.2.4.4 IMPLEMENTACIÓN
En este flujo de trabajo se implementan las clases y objetos en ficheros fuente,
binarios, ejecutables y demás. Además se deben hacer las pruebas de unidad:
cada implementador es responsable de probar las unidades que produzca. El
resultado final de este flujo de trabajo es un sistema ejecutable.
En cada iteración habrá que hacer lo siguiente:
Planificar qué subsistemas deben ser implementados y en qué orden
deben ser integrados, formando el Plan de Integración.
Cada implementador decide en qué orden implementa los elementos del
subsistema.
Si encuentra errores de diseño, los notifica.
Se prueban los subsistemas individualmente.
Se integra el sistema siguiendo el plan.
La estructura de todos los elementos implementados forma el modelo de
implementación. La integración debe ser incremental, es decir, en cada
momento sólo se añade un elemento. De este modo es más fácil localizar fallos
y los componentes se prueban más a fondo. En fases tempranas del proceso
se pueden implementar prototipos para reducir el riesgo. Su utilidad puede ir
desde ver si el sistema es viable desde el principio, probar tecnologías o
diseñar la interfaz de usuario. Los prototipos pueden ser exploratorios
(desechables) o evolutivos. Estos últimos llegan a transformarse en el sistema
final.
1.3.3.2.2.4.5 PRUEBAS
Este flujo de trabajo es el encargado de evaluar la calidad del producto que
estamos desarrollando, pero no para aceptar o rechazar el producto al final del
proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida.
Esta disciplina brinda soporte a las otras disciplinas. Sus objetivos son26:
26
Rational Software Corporation, Product: Rational Software Corporation, 2002
43
Encontrar y documentar defectos en la calidad del software.
Generalmente asesora sobre la calidad del software percibida.
Provee la validación de los supuestos realizados en el diseño y
especificación de requisitos por medio de demostraciones concretas.
Verificar las funciones del producto de software según lo diseñado.
Verificar que los requisitos tengan su apropiada implementación.
Las actividades de este flujo comienzan pronto en el proyecto con el plan de
prueba (el cual contiene información sobre los objetivos generales y específicos
de las prueba en el proyecto, así como las estrategias y recursos con que se
dotará a esta tarea), o incluso antes con alguna evaluación durante la fase de
inicio, y continuará durante todo el proyecto.
El desarrollo del flujo de trabajo consistirá en planificar que es lo que hay que
probar, diseñar cómo se va a hacer, implementar lo necesario para llevarlos a
cabo, ejecutarlos en los niveles necesarios y obtener los resultados, de forma
que la información obtenida nos sirva para ir refinando el producto a
desarrollar.
1.3.3.2.2.4.6 DESPLIEGUE
El objetivo de este flujo de trabajo es producir con éxito distribuciones del
producto y distribuirlo a los usuarios. Las actividades implicadas incluyen:
Probar el producto en su entorno de ejecución final.
Empaquetar el software para su distribución.
Distribuir el software.
Instalar el software.
Proveer asistencia y ayuda a los usuarios.
Formar a los usuarios y al cuerpo de ventas.
Migrar el software existente o convertir bases de datos.
Este flujo de trabajo se desarrolla con mayor intensidad en la fase de
transición, ya que el propósito del flujo
es asegurar una aceptación y
adaptación sin complicaciones del software por parte de los usuarios. Su
ejecución inicia en fases anteriores, para preparar el camino, sobre todo con
actividades de planificación, en la elaboración del manual de usuario y
tutoriales.
44
1.3.3.2.2.5 FLUJOS DE TRABAJO DE APOYO
1.3.3.2.2.5.1 GESTIÓN DE CONFIGURACIÓN
La finalidad de este flujo de trabajo es mantener la integridad de todos los
artefactos que se crean en el proceso, así como de mantener información del
proceso evolutivo que han seguido.
Las causas por las que la evolución de los artefactos puede causar problemas
son: 27
Actualización simultánea: Se da cuando dos personas trabajan por separado
sobre el mismo artefacto a la vez, el último en hacer las modificaciones
sobrescribe lo hecho por el primero.
Notificación limitada: Cuando un problema ha sido resuelto en un artefacto
compartido por varios roles y algunos de ellos no son notificados del cambio.
Múltiples versiones: Cuando se trabaja con diferentes versiones del producto
al mismo tiempo en diferentes flujos de trabajo, pueden surgir problemas si
los cambios no son convenientemente monitorizados y propagados.
1.3.3.2.2.5.2 GESTIÓN DE PROYECTOS
El objetivo de la administración de un proyecto es conseguir equilibrar el
completar los objetivos, administrar el riesgo y superar las restricciones para
desarrollar un producto que sea acorde a los requisitos de los usuarios.
Para conseguir esto el flujo de trabajo se centra en tres aspectos28:
Planificar un proyecto iterativo y cada iteración particular.
27
Rational White Paper, Best Practices for Software Development Teams, 1998
28
http://www.therationaledge.com/content/oct_02/f_iterativePlanning_pk.jsp
45
Administrar el riesgo.
Monitorizar el progreso del proyecto a través de métricas.
1.3.3.2.2.5.3 ENTORNO
Entorno y herramientas de desarrollo que harán posible llevar a cabo el
proyecto. Por ejemplo cuando lleguen los programadores tienen que encontrar
las máquinas con los programas listos para desarrollar el proyecto, entonces no
es que ellos vienen e instalan sino que una persona en específico es la
encargada de tener este ambiente listo y en continuo mantenimiento.
1.3.4
JUSTIFICACIÓN DE LA HERRAMIENTA
Al ser el Área de salud Nº 2 una rama del Ministerio de Salud Pública la que
está bajo el mando directo del Gobierno del Ecuador se ha tomado en cuenta
que el Presidente Rafael Correa Delgado, firma el Decreto 1014 el 10 de abril
del 2008, por el que ordena con absoluta precisión que el software usado por
las administraciones públicas del país sea software libre (e implícitamente
basado en estándares abiertos. Ver anexo 3.
De acuerdo a lo anterior el sistema va a ser desarrollado con arquitectura Web
y de acuerdo a la norma decretada y por la naturaleza de la organización el
sistema será desarrollado con software libre.
El desarrollo de la aplicación tendrá las siguientes especificaciones.
SERVIDOR WEB: Apache 2.2.10, MapServer 5.2.1
FRONT-END: Php 5.0.5
BACK-END: Mysql 5.0.22, para la gestión de datos.
Nota: Para la mostrar los datos de ubicación domiciliar se cuenta con una
aplicación paralela elaborada con el API de Google que es gratuito y de uso
libre.
Una breve descripción de cada uno de ellos proveerá una visión más exacta
del porque se utilizó estas herramientas como entorno de desarrollo.
46
47
1.3.4.1
APACHE
Es un servidor web flexible, rápido y eficiente, continuamente actualizado y
adaptado a los nuevos protocolos. Entre sus características destacan:
Multiplataforma
Es un servidor de web conforme al protocolo HTTP/1.1
Modular: Puede ser adaptado a diferentes entornos y necesidades, con
los diferentes módulos de apoyo que proporciona, y con la API de
programación de módulos, para el desarrollo de módulos específicos.
Incentiva la realimentación de los usuarios, obteniendo nuevas ideas,
informes de fallos y parches para la solución de los mismos.
Se desarrolla de forma abierta
Extensible: gracias a ser modular se han desarrollado diversas
extensiones entre las que destaca PHP, un lenguaje de programación
del lado del servidor.
1.3.4.2
MAPSERVER
MapServer es un entorno de desarrollo en código abierto (Open Source
Initiative) para la creación de aplicaciones SIG en Internet/Intranet con el fin de
visualizar, consultar y analizar información geográfica a través de la red
mediante la tecnología Internet Map Server (IMS).29
Para la visualización se los mapas se utilizo p.mapper que es un framework
que ofrece una simple configuración y plantillas de ejemplo para trabajar con
MapServer.
29
http://es.wikipedia.org/wiki/MapServer
48
Las funciones que incluye son:
Zoom/pan también a través de teclas del teclado, la rueda del ratón, el
mapa de referencia, regulador.
Fácil configuración de diseño y el comportamiento con el archivo de
configuración XML .
Consulta funciones (identificar, seleccionar, búsqueda).
Completar atributos de búsqueda, selección de casillas, etc.
Flexibilidad en los resultados de una consulta a través de plantillas de
Java Script.
Muestra los resultados de una consulta y se une a la base de datos con
hiperenlaces.
Interfaz de usuario multilingüe - predefinidos: ES, DE, IT, FR, NL, SK,
ES, RU, BR, HR, HU, ZH, JA, BG.
Funciones de impresión: HTML y PDF.
DHTML ventanas emergentes y cuadros de diálogo.
Pop-up identifica al mover con el mouse por encima del mapa .
Punto de apoyo para las capas de datos en una base de datos apoyada
por el marco PEAR.
Distancia y el área de medición de la función.
Adición de puntos de interés con las etiquetas en el mapa.
Inicio del mapa con zoom predefinidos medida a través de medida
explícita o capa característica.
API plugin para agregar funcionalidad personalizada.
49
Diversos complementos: capa de transparencia, la consulta de
resultados de exportación, y más.30
El uso de esta característica del sistema se encuentra explicado en el manual
de usuario del presente proyecto.
1.3.4.3
PHP
PHP es un acrónimo recursivo que significa PHP Hypertext Pre-processor
(inicialmente PHP Tools, o, Personal Home Page Tools). Fue creado
originalmente por Rasmus Lerdof en 1994; sin embargo la implementación
principal de PHP es producida ahora por The PHP Group y sirve como el
estándar de facto para PHP al no haber una especificación formal. Publicado
bajo la PHP License, la Free Software Foundation considera esta licencia
como software libre.
El gran parecido que posee PHP con los lenguajes más comunes de
programación estructurada, como C y Perl, permiten a la mayoría de los
programadores crear aplicaciones complejas con una curva de aprendizaje
muy corta. También les permite involucrarse con aplicaciones de contenido
dinámico sin tener que aprender todo un nuevo grupo de funciones.
Aunque todo en su diseño está orientado a facilitar la creación de página web,
es posible crear aplicaciones con una interfaz gráfica para el usuario,
utilizando la extensión PHP-Qt o PHP-GTK. También puede ser usado desde
la línea de órdenes, de la misma manera como Perl o Python pueden hacerlo,
a esta versión de PHP se la llama PHP CLI (Command Line Interface).
Cuando el cliente hace una petición al servidor para que le envíe una página
web, el servidor ejecuta el intérprete de PHP. Éste procesa el script solicitado
que generará el contenido de manera dinámica (por ejemplo obteniendo
información de una base de datos). El resultado es enviado por el intérprete al
servidor, quien a su vez se lo envía al cliente. Mediante extensiones es también
30
http://www.pmapper.net/
50
posible la generación de archivos PDF, Flash, así como imágenes en
diferentes formatos.
PHP también tiene la capacidad de ser ejecutado en la mayoría de los sistemas
operativos, tales como UNIX (y de ese tipo, como Linux o Mac OS X) y
Windows, y puede interactuar con los servidores de web más populares ya que
existe en versión CGI, módulo para Apache, e ISAPI.
PHP es una alternativa a las tecnologías de Microsoft ASP y ASP.NET (que
utiliza C# VB.NET como lenguajes), a ColdFusion de la compañía Adobe (antes
Macromedia), a JSP/Java de Sun Microsystems, y a CGI/Perl. Aunque su
creación y desarrollo se da en el ámbito de los sistemas libres, bajo la licencia
GNU, existe además un IDE (entorno de desarrollo integrado) comercial
llamado Zend Studio. Recientemente, CodeGear (la división de lenguajes de
programación de Borland) ha sacado al mercado un entorno integrado de
desarrollo para PHP, denominado Delphi for PHP, Existe un módulo para
Eclipse uno de los IDE más populares.
Entre las características principales tenemos las siguientes:
Es un lenguaje multiplataforma.
Permite la conexión a diferentes tipos de servidores de bases de datos
tales como MySQL, PostgreSQL, Oracle, ODBC, DB2, Microsoft SQL
Server, Firebird y SQLite.
Capacidad de expandir su potencial utilizando la enorme cantidad de
módulos (llamados ext o extensiones).
Posee una amplia documentación en su página oficial entre la cual se
destaca que todas las funciones del sistema están explicadas y
ejemplificadas en un único archivo de ayuda.
Es libre, por lo que se presenta como una alternativa de fácil acceso
para todos.
Permite las técnicas de Programación Orientada a Objetos.
51
Biblioteca nativa de funciones sumamente amplia e incluida.
No requiere definición de tipos de variables.
1.3.4.4
MYSQL
Es un sistema de gestión de base de datos relacional, multihilo y multiusuario
con más de seis millones de instalaciones.
MySQL es un gestor de bases de datos SQL (Structured Query Language). Es
una implementación Cliente-Servidor que consta de un servidor y diferentes
clientes (programas/librerías).Podemos agregar, acceder, y procesar datos
grabados en una base de datos. Actualmente el gestor de base de datos juega
un rol central en la informática, como única utilidad, o como parte de otra
aplicación.
Es un Sistema de Gestión de Base de Datos Relacional. El modelo relacional
se caracteriza a muy grandes rasgos por disponer que toda la información debe
estar contenida en tablas, y las relaciones entre datos deben ser representadas
explícitamente en esos mismos datos. Esto añade velocidad y flexibilidad.
MySQL es un software de código abierto esto quiere decir que es accesible
para cualquiera, para usarlo o modificarlo. Podemos descargar MySQL desde
Internet y usarlo sin pagar nada, de esta manera cualquiera puede inclinarse a
estudiar el código fuente y cambiarlo para adecuarlo a sus necesidades.
MySQL usa el GPL (GNU Licencia Publica General) para definir que podemos
y no podemos hacer con el software en diferentes situaciones. Entre otras
cuestiones esta licencia aclara que no cuesta dinero a menos que lo
incluyamos en un software comercial y tenemos el código fuente.
La conectividad, velocidad y seguridad hace de MySQL altamente conveniente
para acceder a bases de datos en Internet.
52
CAPITULO 2: DESARROLLO DE LA SOLUCIÓN
2.1 MODELADO DEL NEGOCIO
Medico
Genera Reportes
(f rom Actores del Negocio)
Administrador
Administrar Sistema
(f rom Actores del Negocio)
Gestionar datos de vi vi enda
Dar de al ta famili a
Dar de al ta miem bro
Digitador
(f rom Actores del Negocio)
Levantamiento ficha familiar
Visitador
(f rom Actores del Negocio)
Figura 2.1 Modelado del negocio
53
2.1.1
DICCIONARIO DE ACTORES
ACTOR
DESCRIPCIÓN
Administrador
Persona encargada de la gestión del sistema por tanto no
tiene restricciones de uso del sistema.
Digitador
Persona encargada de dar de alta a las familias, miembros
de cada de ellas, y datos relevantes acerca de la vivienda y
condiciones generales de vida.
Visitador
Es la persona encargada de recabar la información, realiza
el levantamiento de la ficha familiar que alimentara al
sistema.
Médico
De acuerdo a la información ingresada al sistema los
médicos tendrán la posibilidad de generar reportes con los
cuales podrán saber de forma más exacta cual es el sector
o la familia que requiere de atención inmediata, tomando
decisiones oportunas de acuerdo al caso.
Tabla 2.1 Diccionario de actores
54
2.1.2
CATÁLOGO DE CASOS DE USO
CASO DE USO
ACTOR
DESCRIPCIÓN
Administrar
Administrador
Permite crear, modificar y eliminar
usuarios
con
sus
respectivos
perfiles de acceso al sistema,
ingresarán
información
que
el
sistema necesita para su correcto
funcionamiento
como
son:
Provincias, Cantones de cada una
de las provincias, parroquias de
cada uno de los cantones, grupos
étnicos
y
nombres
de
los
responsables (visitador familiar)
de la ficha.
Dar de alta una familia
Digitador
Utilizando los datos que alimentan
inicialmente al sistema se da de
alta a cada una de las familias,
esta información está contenida
en la ficha médica familiar.
55
Dar
de
alta
a
los Digitador
miembros familiares
Permite
ingresan
los
datos de cada uno de los
miembros
siempre
familiares
y
cuando
la
familia haya sido de alta
previamente.
Gestionar datos de la Digitador
Permite ingresar datos
vivienda
de los parámetros que
describen
las
características
propias
de las viviendas de cada
una de las familias.
Generar reportes
Médicos
Permite generar reportes
los
cuales
información
mostrarán
relacionada
con las familias y los
riesgos
puestos
a
consideración en cada
uno de los casos.
Tabla 2.2 Catálogo de casos de uso
56
2.2
REQUISITOS
2.2.1
DOCUMENTO VISIÓN31
El propósito de este documento es identificar el alcance los requisitos y
restricciones del sistema con el propósito de proveer herramientas que
permitan desarrollar el sistema de una forma clara y precisa.
La funcionalidad del sistema se basa principalmente en la gestión de familias
pertenecientes al Área de Salud Nº2 en el sector de las casas. Esta gestión
permitirá saber de forma clara cuales son los sectores que necesitan mayor
atención por parte de los encargados del Área evitando de esta forma que haya
personas que no estén debidamente atendidas.
Los detalles que cubre el sistema se observan claramente en el modelado de
los casos de uso.
2.2.2
ALCANCE
El sistema trabajará en forma conjunta con el Área de Salud Nº2 en la
prevención y mitigación de riegos en las familias albergadas dentro del área de
cobertura de esta casa de salud.
Por medio de reportes se determinará de forma clara quienes son los grupos
más afectados y por ende los que mayor atención requieren por parte de los
médicos encargados del buen manejo del programa de ayuda a familias.
Por motivo de investigación se desarrolló una aplicación paralela con los
mismos requisitos pero con una interface de mapas que provee Google para
sitios web.
31
http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Requisitos.html#VIS
57
2.2.3
SENTENCIA QUE DEFINE EL PROBLEMA
El problema de
Gestionar familias del sector y determinar los
grupos de riesgo de acuerdo a los distintos
factores como condiciones de la vivienda,
grado de instrucción, estado de vacunas y
otros.
afecta a
Familias del sector,
Área de Salud Nº 2.
El impacto asociado es
Almacenar toda la información referente las
familias, condiciones de la vivienda, los datos
de sus integrantes, y que esta información
esté al instante accesible y actualizada en
lugares físicamente muy distantes es un
proceso prácticamente imposible de realizar
en el caso de que no esté informatizado.
Una solución adecuada Informatizar el proceso, usando una red local
sería
con una base de datos accesible desde los
distintos nodos de la red y generar interfaces
web amigables y sencillas con las que se
pueda acceder a dicha base de datos.
Tabla 2.3 Definición del problema
58
2.2.4
SENTENCIA QUE DEFINE LA POSICIÓN DEL PRODUCTO
Para
Médicos,
Administradores,
Digitadores del Área de Salud Nº2.
Quienes
Controlan las fichas familiares, los datos que se
guardan en la misma para apoyar a la
comunidad generando programas de ayuda
necesarios para el desarrollo comunitario.
El producto
Es una herramienta software.
que
Almacena y gestiona la información relacionada
con la ficha médica familiar del Área de Salud
Nº2.
no como
El sistema actual.
El producto
Permite administrar los datos relacionados con
la ficha médica familiar con una interfaz web
amigable.
Además
proporciona
un
acceso
rápido y actualizado a la información desde
cualquier punto que tenga acceso a la base de
datos.
Tabla 2.4 Posición del producto
59
2.2.5
ENTORNO DE USUARIO
Los usuarios entrarán al sistema identificándose sobre un ordenador con un
sistema operativo Windows 2000, Windows XP o superior y tras este paso
entrarán a la parte de aplicación diseñada en entorno Web para cada uno
según su papel que desempeña en el rol del sistema del Área de Salud. Este
sistema es similar a cualquier aplicación Web que se utilice en Internet y por
tanto los usuarios estarán familiarizados con su entorno.
2.2.6
DESCRIPCIÓN GLOBAL DEL PRODUCTO
2.2.6.1
PERSPECTIVA DEL PRODUCTO
El producto a desarrollar es un sistema global para el Área de Salud Nº 2, con
la intención de informatizar el proyecto del Programa de Salud Comunitaria.
2.2.6.2
RESUMEN DE CARACTERÍSTICAS
A continuación se mostrará un listado con los beneficios que obtendrá el cliente
a partir del producto:
Beneficio del cliente
Características que lo apoyan
Facilidad para gestionar los datos Aplicación web desde la cual poder
recogidos
con
la
Ficha
Médica realizar el ingreso de datos.
Familiar.
Gestión de reportes con los cuales Optimización de datos para generar
identificar los riesgos familiares.
perspectivas
con
las
cuales
los
médicos puedan identificar los riesgos
con
los
comunidad.
cuales
trabajar
en
la
60
Mayor facilidad para la gestión de los Base de datos centralizada recogida
datos de las personas del sector de las con la información recogida el al ficha
Casas y con la cual poder generar médica familiar.
reportes estadísticos e identificar los
sectores de riesgo.
Tabla 2.5 Resumen de características
2.2.7
DETERMINACIÓN DE LOS REQUISITOS
Para la realización de este sistema se han tomado en cuenta los
requerimientos que el Área de Salud ha dispuesto para la recolección de datos
en la Ficha Médica Familiar, esta ficha luego de revisiones tiene las siguientes
características:
Ingreso de familias con la ubicación domiciliaria en un mapa e indicando
quién es el responsable de la toma de los datos así como a la
subdivisión que pertenece.
Descripción de las condiciones generales de la vivienda o morada en la
cual se habita una determinada familia.
Ingreso de los miembros familiares de cada una de las familias indicando
características especiales de cada uno como fecha de nacimiento, peso,
tipo de sangre y otros que son propios de cada uno y sirve para
identificarlos en un grupo en particular.
Creación de reportes que indiquen los grupos de riesgo en los cuales se
debe poner mayor atención y procurar disponer de recursos para ayudar
a las personas que tengan más necesidad.
61
2.2.8
RESTRICCIONES
Por lo descrito anteriormente el sistema no realizará lo siguiente:
Al mencionar ubicación domiciliaria de la familia en un mapa se refiere a
la ubicación domiciliar en un mapa de calles provisto para el presente
proyecto, que la información del mapa este actualizada no es naturaleza
del sistema.
Este al ser un sistema de evaluación de riesgos no comprende en
ningún momento la incorporación de historias clínicas ni ninguna otra
aplicación médica ya que lo único que ayuda es a la elaboración de
reportes que sirven para identificar posibles grupos de riesgos y
proponer alternativas de ayuda para los grupos identificados.
Al ser un sistema Web podrán tener acceso desde cualquier parte de la
intranet siempre y cuando tenga los permisos y políticas definidas por el
Área de Salud, no es parte de la solución proveer herramientas de
manejo de dominios, VPN y otros que son de manejo exclusivo de
administradores de red, si fuera el caso para el acceso al sistema desde
el Internet es responsabilidad del Área de Salud ponerlo en un Web
hosting y de esta forma el ingreso al mismo se lo haría desde cualquier
máquina solo con el requerimiento de tener conexión a la Internet.
La validez de los datos ingresados, así como el manejo de los mismos
es responsabilidad de los Administradores del sistema en el Área de
Salud.
La generación y buen uso de la información procesada en los distintos
reportes ayudaran a la toma de decisiones por parte de los miembros del
Área de Salud.
62
2.2.9
TERMINOLOGÍA
Los términos asociados en este apartado se encuentran recogidos en la parte
del glosario general de términos.
63
2.2.10 CASOS DE USO
2.2.10.1 DIAGRAMA DEL SISTEMA
Gestionar e interpretar resultados
(f rom Generar Reportes)
Genera Reportes
Gestionar Parroquias
Crear Usuarios
Ingresar Datos Familiares
(f rom Administrar)
(f rom Administrar)
(f rom Administrar)
Gestionar Provincias
(f rom Administrar)
Médico
(f rom Actores del Negocio)
Gestionar Ciudades
(f rom Administrar)
Gestionar grupos étnicos
(f rom Administrar)
Administrar Sistema
Administrador
Gestionar Responsables de Fichas
(f rom Actores del Negocio)
(f rom Administrar)
Gestionar datos de vivienda
Dar de alta familia
Digitador
(f rom Actores del Negocio)
Dar de alta miembro
Levantamiento ficha familiar
Visitador
(f rom Actores del Negocio)
Figura 2.2 Diagrama del sistema
64
2.2.10.2 MÓDULO ADMINISTRAR
2.2.10.2.1 GESTIONAR USUARIOS
Gestionar Usuarios
Validar Perfil es
Administrador
(f rom Actores del Negocio)
Figura 2.3 CU: 01 Gestionar Usuarios
GESTIONAR USUARIO
Objetivos
Asociados
OBJ 1: Dar de alta un usuario si no está en el sistema.
OBJ 2: Actualizar datos de usuario en caso de ser necesario.
OBJ 3: Dar de baja a un usuario en caso de que este ya no
esté permitido para realizar un acción en el sistema.
Descripción
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario presione gestionar usuarios.
Actores
Act01: Administrador.
Precondición
El usuario debe estar dado de alta en el sistema y tener perfil
de administrador.
Flujo: Dar de alta a usuario
Secuencia
Paso Acción
65
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar usuarios.
4
Elige la opción ingresar nuevo.
5
Llena los campos requeridos y asigna un perfil de
acuerdo al uso que va a tener en el sistema.
6
Elige la opción guardar.
7
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 8.
En caso negativo regresa al paso 6 indicando el motivo
del error sin guardar la nueva información.
8
Poscondición
El sistema almacena el nuevo usuario.
El usuario nuevo puede ingresar con su nombre de usuario y
contraseña para usar el sistema.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
6
Elige la opción cancelar y sale de la pantalla.
66
Flujo: Actualizar usuario
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar usuarios.
4
Ingresa el criterio de búsqueda,
5
Selecciona el usuario que quiere actualizar.
6
El sistema despliega los datos del usuario que desea
actualizar.
7
Cambia los datos del usuario.
8
Escoja la opción actualizar.
9
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 9.
En caso negativo regresa al paso 8 indicando el motivo
del error sin guardar la nueva información.
10
El sistema almacena los cambios al usuario.
67
Poscondición
El usuario de acuerdo a los cambios que se han realizado
puede ingresar a seguir utilizando el sistema.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
8
Elige la opción cancelar y sale de la pantalla.
Tabla 2.6 CU: 01 Gestionar Usuarios
2.2.10.2.2 GESTIONAR PROVINCIAS
Gestionar Provincias
Administrador
(f rom Actores del Negocio)
Figura 2.4 CU: 02 Gestionar Provincias
GESTIONAR PROVINCIAS
Objetivos
Asociados
Descripción
OBJ 1: Crear una Provincia
OBJ 2: Actualizar datos de Provincia en caso de ser necesario.
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario presione gestionar provincias.
68
Actores
Act01: Administrador
Precondición
El usuario debe estar dado de alta en el sistema y tener perfil
de administrador.
Flujo: Dar de alta una provincia
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar provincias.
4
Elige la opción ingresar nuevo.
5
Ingresa el nombre de la provincia.
6
Elige la opción guardar.
7
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 8.
En caso negativo regresa al paso 6 indicando el motivo
del error sin guardar la nueva información.
8
Poscondición
El sistema almacena la nueva provincia.
La nueva provincia está disponible para su uso en la pantalla
de ingreso de datos de una familia.
69
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Flujo: Actualizar provincia
Secuencia
Paso
Acción
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar provincias.
4
Ingresa el criterio de búsqueda.
5
Selecciona la provincia que quiere actualizar.
6
El sistema despliega los datos de la provincia que
Normal
desea actualizar.
7
Cambia los datos de la provincia.
8
Escoja la opción actualizar.
9
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 10.
70
En caso negativo regresa al paso 8 indicando el motivo
del error sin guardar la nueva información.
10
Poscondición
El sistema almacena los cambios a la provincia.
Los cambios realizados se ven reflejados en el sistema al
momento de hacer uso de la provincia.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Tabla 2.7 CU: 02 Gestionar Usuarios
2.2.10.2.3 GESTIONAR CIUDADES
Gestionar Provincias
Gestionar Ci udades
Figura 2.5 CU: 03 Gestionar Ciudades
GESTIONAR CIUDADES
Objetivos
Asociados
Descripción
OBJ 1: Crear una Ciudad
OBJ 2: Actualizar datos de la Ciudad en caso de ser necesario.
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario presione gestionar ciudades.
Actores
Act01: Administrador
71
Precondición
El usuario debe estar dado de alta en el sistema y tener perfil
de administrador.
Debe estar dada de alta por lo menos una provincia para
agregar una ciudad.
Flujo: Dar de alta una ciudad
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar ciudades.
4
Elige la opción ingresar nuevo.
5
Llena el nombre de la ciudad y ubica la provincia a la
que pertenece.
6
Elige la opción guardar.
7
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 8.
En caso negativo regresa al paso 6 indicando el motivo
del error sin guardar la nueva información.
8
El sistema almacena la nueva ciudad.
72
Poscondición
La nueva ciudad está disponible para su uso en la pantalla de
ingreso de datos.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema
Flujo: Actualizar ciudad
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar ciudades.
4
Ingresa el criterio de búsqueda.
5
Selecciona la ciudad que quiere actualizar.
6
El sistema despliega los datos de la ciudad que desea
actualizar.
7
Cambia los datos de la ciudad.
8
Escoja la opción actualizar.
9
El sistema verifica si los nuevos datos son correctos.
73
En caso afirmativo sigue al paso 10.
En caso negativo regresa al paso 8 indicando el motivo
del error sin guardar la nueva información.
10
Poscondición
El sistema almacena los cambios a la ciudad.
Los cambios realizados se ven reflejados en el sistema al
momento de hacer uso de la ciudad.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Tabla 2.8 CU: 03 Gestionar Provincias
2.2.10.2.4 GESTIONAR PARROQUIAS
Gestionar Ciudades
Gestionar Parroquias
Figura 2.6 CU: 04 Gestionar Parroquias
GESTIONAR PARROQUIAS
Objetivos
Asociados
OBJ 1: Crear una Parroquia
OBJ 2: Actualizar datos de la Parroquia en caso de ser
necesario.
74
Descripción
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario presione gestionar parroquias
Actores
Act01: Administrador
Precondición
El usuario debe estar dado de alta en el sistema y tener perfil
de administrador.
Debe estar dada de alta por lo menos una ciudad.
Flujo: Dar de alta una parroquia
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar parroquias.
4
Elige la opción ingresar nuevo.
5
Llena el nombre de la parroquia y ubica la ciudad a la
que pertenece.
6
Elige la opción guardar.
7
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 8.
En caso negativo regresa al paso 6 indicando el motivo
75
del error sin guardar la nueva información.
8
El sistema almacena la nueva parroquia.
76
Poscondición
La nueva parroquia está disponible para su uso en la pantalla
de ingreso de datos.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Flujo: Actualizar parroquia
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar parroquias.
4
Ingresa el criterio de búsqueda.
5
Selecciona la parroquia que quiere actualizar.
6
El sistema despliega los datos de la parroquia que
desea actualizar.
7
Cambia los datos de la parroquia.
8
Escoja la opción actualizar.
77
9
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 10.
En caso negativo regresa al paso 8 indicando el motivo
del error sin guardar la nueva información.
10
Poscondición
El sistema almacena los cambios a la parroquia.
Los cambios realizados se ven reflejados en el sistema al
momento de hacer uso de la parroquia.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Tabla 2.9 CU: 04 Gestionar Parroquias
78
2.2.10.2.5 GESTIONAR GRUPOS ÉTNICOS
Gestionar grupos étnicos
Administrador
(from Actores del Negocio)
Figura 2.7 CU: 05 Gestionar Grupos étnicos
GESTIONAR GRUPOS ÉTNICOS
Objetivos
Asociados
OBJ 1: Crear un nuevo grupo étnico.
OBJ 2: Actualizar datos del grupo étnico en caso de ser
necesario.
Descripción
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario presione gestionar grupos
étnicos.
Actores
Act01: Administrador
Precondición
El usuario debe estar dado de alta en el sistema y tener perfil
de administrador
Flujo: Dar de alta un grupo étnico
Secuencia
Paso
Acción
1
Ingresar al sistema con usuario y contraseña.
Normal
79
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar grupos étnicos
4
Elige la opción ingresar nuevo.
5
Llena la descripción del grupo étnico.
6
Elige la opción guardar.
7
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 8.
En caso negativo regresa al paso 6 indicando el motivo
del error sin guardar la nueva información.
8
Poscondición
El sistema almacena el nuevo grupo étnico
El nuevo grupo étnico está disponible para ser usado en el
sistema
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Flujo: Actualizar grupo étnico
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
80
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar grupos étnicos.
4
Ingresa el criterio de búsqueda.
5
Selecciona el grupo étnico que quiere actualizar.
6
El sistema despliega los datos del grupo étnico que
desea actualizar.
7
Cambia los datos del grupo étnico.
8
Escoja la opción actualizar.
9
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 10.
En caso negativo regresa al paso 8 indicando el motivo
del error sin guardar la nueva información.
10
Poscondición
El sistema almacena los cambios al grupo étnico.
Los cambios realizados se ven reflejados en el sistema al
momento de hacer uso del grupo étnico.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema
Tabla 2.10 CU: 05 Gestionar Grupos Étnicos
81
2.2.10.2.6 GESTIONAR RESPONSABLES DEL LLENADO DE LA FICHA
FAMILIAR
Administrador
Gestionar Responsables de Fichas
(from Actores del Negocio)
Figura 2.8 CU: 06 Gestionar Responsables de la Ficha Familiar
Gestionar responsables de ficha familiar
Objetivos
OBJ 1: Crear un nuevo responsable del llenado de fichas
Asociados
familiares, es el responsable de la veracidad de los datos.
OBJ 2: Actualizar datos del responsable del llenado de la ficha
familiar en caso de ser necesario.
Descripción
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario presione gestionar responsables
de ficha familiar.
Actores
Act01: Administrador.
Precondición
El usuario debe estar dado de alta en el sistema y tener perfil
de administrador.
Flujo: Dar de alta un responsable de la ficha familiar
Secuencia
Paso Acción
82
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar responsables de ficha
familiar.
4
Elige la opción ingresar nuevo.
5
Llena los datos del responsable de la ficha familiar.
6
Elige la opción guardar.
7
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 8.
En caso negativo regresa al paso 6 indicando el motivo
del error sin guardar la nueva información.
8
El sistema almacena el nuevo responsable de la ficha
familiar.
Poscondición
El nuevo responsable del llenado de la ficha está disponible
para ser usado en el sistema.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
83
Flujo: Actualizar responsable de la ficha familiar
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar grupos étnicos.
4
Ingresa el criterio de búsqueda.
5
Selecciona el responsable de ficha familiar que quiere
actualizar.
6
El sistema despliega los datos del responsable de ficha
familiar que desea actualizar.
7
Cambia los datos del responsable de ficha familiar.
8
Escoja la opción actualizar.
9
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 10.
En caso negativo regresa al paso 8 indicando el motivo
del error sin guardar la nueva información.
10
El sistema almacena los cambios al responsable de la
84
ficha familiar.
Poscondición
Los cambios realizados se ven reflejados en el sistema al
momento de hacer uso del responsable de la ficha familiar.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Tabla 2.11 CU: 06 Gestionar Responsables de la Ficha Familiar
2.2.10.3 MÓDULO INGRESO DE DATOS
2.2.10.3.1 GESTIONAR FAMILIAS
Digitador
Dar de alta f amilia
(from Actores del Negocio)
(from Modelo de Casos de Uso)
Figura 2.9 CU: 07 Gestionar Familias
GESTIONAR FAMILIAS
Objetivos
Asociados
OBJ 1: Dar de alta una familia si no está en el sistema.
OBJ 2: Actualizar datos de una familia en caso de ser
necesario.
Descripción
El sistema deberá comportarse tal y como se describe en el
85
caso de uso cuando el usuario presione gestionar familias.
Actores
Act01: Administrador
Act02: Digitador
Precondición
El usuario debe estar dado de alta en el sistema y con los
privilegios necesarios para gestionar familias.
Debe estar dado de alta al menos un dato de provincia, ciudad,
parroquia, grupo étnico y responsable de ficha familiar
Flujo: Dar de alta una familia
Secuencia
Paso
Acción
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar familias.
4
Elige la opción ingresar familia.
5
Llena los campos requeridos en la familia.
6
Elige la opción guardar.
7
El sistema verifica si los nuevos datos son correctos.
Normal
En caso afirmativo sigue al paso 8.
En caso negativo regresa al paso 6 indicando el motivo
86
del error sin guardar la nueva información.
8
Poscondición
El sistema almacena la nueva familia.
La nueva familia está dada de alta y es posible agregar
miembros familiares.
Excepciones
Paso
Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
6
Elige la opción regresar y sale de la pantalla.
Flujo: Actualizar familia
Secuencia
Paso
Acción
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar familias.
4
Ingresa el criterio de búsqueda.
5
Selecciona la familia que quiere actualizar.
6
El sistema despliega los datos de la familia que desea
Normal
actualizar.
87
7
Cambia los datos de la familia.
8
Escoja la opción actualizar.
9
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 10.
En caso negativo regresa al paso 8 indicando el motivo
del error sin guardar la nueva información.
10
Poscondición
El sistema almacena los cambios a la familia.
Los cambios que se realicen a la familia afectaran a todos los
miembros relacionados con la misma.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
8
Elige la opción regresar y sale de la pantalla.
Tabla 2.12 CU: 07 Gestionar Familias
88
2.2.10.3.2 GESTIONAR MIEMBROS FAMILIARES
Dar de alta fami lia
Dar de alta miembro
(f rom Modelo de Casos de Uso)
(f rom Modelo de Casos de Uso)
Figura 2.10 CU: 08 Gestionar Miembros Familiares
GESTIONAR MIEMBROS FAMILIARES
Objetivos
Asociados
Descripción
OBJ 1: Dar de alta un miembro familiar.
OBJ 2: Actualizar los datos de un miembro familiar.
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario ingrese a la pantalla de gestión
de miembros familiares.
Actores
Act01: Administrador.
Act02: Digitador.
Precondición
El usuario debe estar dado de alta en el sistema y con los
privilegios necesarios para gestionar miembros familiares.
Debe estar dada de alta la familia a la que se va a ingresar un
miembro familiar.
Flujo: Dar de alta un miembro familiar
Secuencia
Paso
Acción
89
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar familias.
4
Ingresa el criterio de búsqueda.
5
Selecciona la familia a la cual se va a dar de alta un
miembro familiar.
6
Se despliega la pantalla de gestión de miembros
familiares.
7
Escoge la opción ingresar miembros.
8
Ingresa los datos de acuerdo al miembro que se esté
dando de alta.
9
Elige la opción guardar
10
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 11.
En caso negativo regresa al paso 9 indicando el motivo
del error sin guardar la nueva información.
11
El sistema almacena al miembro familiar de acuerdo a
los datos guardados lo clasifica en un rango de edad.
Poscondición
El miembro familiar que fue dado de alta pasa a ser parte de la
90
familia en la cual fue ingresado.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
9
Elige la opción cancelar y sale de la pantalla.
Flujo: Actualizar miembros familiares
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar familias.
4
Ingresa el criterio de búsqueda.
5
Selecciona la familia en la que desea actualizar un
miembro familiar.
6
El sistema despliega la pantalla de gestión de miembros
familiares.
7
Ingresa el criterio de búsqueda.
8
Selecciona el miembro que va a ser actualizado.
91
9
Actualiza los datos del miembro familiar.
10
Elige la opción actualizar.
11
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 12.
En caso negativo regresa al paso 10 indicando el
motivo del error sin guardar la nueva información.
12
Poscondición
El sistema almacena los cambios al usuario.
Los datos que se cambien en el miembro familiar se verán
reflejados en el sistema.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
10
Elige la opción cancelar y sale de la pantalla.
Tabla 2.13 CU: 08 Gestionar Miembros Familiares
92
2.2.10.3.3 GESTIONAR CONDICIONES DE LA VIVIENDA
Dar de al ta fami li a
Gestionar datos de vi vi enda
(f rom Modelo de Casos de Uso)
(f rom Modelo de Casos de Uso)
Figura 2.11 CU: 09 Gestionar Condiciones de la vivienda
GESTIONAR CONDICIONES DE LA VIVIENDA
Objetivos
OBJ 1: Guardar datos de la vivienda habitada por cada una de
Asociados
las familias.
Descripción
El sistema deberá comportarse tal y como se describe en el
caso de uso cuando el usuario ingrese a la pantalla de gestión
de condiciones de vivienda.
Actores
Act01: Administrador.
Act02: Digitador.
Precondición
El usuario debe estar dado de alta en el sistema y con los
privilegios necesarios para gestionar las condiciones de
vivienda.
Debe estar dada de alta la familia a la que se va a las
condiciones de la vivienda.
Flujo: Guardar datos de condiciones de vivienda
Secuencia
Paso Acción
93
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar familias.
4
Ingresa el criterio de búsqueda.
5
Selecciona la familia a la cual se va a dar de alta un
miembro familiar.
6
Se despliega la pantalla de gestión de miembros
familiares.
7
En el menú escoge la opción gestión de vivienda.
8
Guarda la información de acuerdo a los datos de la
ficha médica.
9
Elige la opción guardar
10
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 11.
En caso negativo regresa al paso 9 indicando el motivo
del error sin guardar la nueva información.
11
El sistema almacena al los datos de la condición de la
vivienda.
Poscondición
Las condiciones de la vivienda servirán como indicador para
94
gestionar los datos de las familias.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Flujo: Actualizar condiciones de la vivienda
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario ingresa a gestionar familias.
4
Ingresa el criterio de búsqueda.
5
Selecciona la familia en la que desea las condiciones de
la vivienda.
6
El sistema despliega la pantalla de gestión de miembros
familiares.
7
En el menú escoge la opción gestión de vivienda.
8
Guarda la información de acuerdo a los datos de la
ficha médica.
9
Elige la opción guardar.
95
10
El sistema verifica si los nuevos datos son correctos.
En caso afirmativo sigue al paso 11.
En caso negativo regresa al paso 9 indicando el motivo
del error sin guardar la nueva información.
11
El sistema almacena al los datos de la condición de la
vivienda.
Poscondición
Las condiciones de la vivienda servirán como indicador para
gestionar los datos de las familias.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
permite el acceso al sistema.
Tabla 2.14 CU: 09 Gestionar Condiciones de la vivienda
96
2.2.10.4 MÓDULO DE REPORTES
2.2.10.4.1 GENERAR REPORTES
Médico
Genera Reportes
(f rom Actores del Negocio)
(f rom Modelo de Casos de Uso)
Figura 2.12 CU: 10 Generación de Reportes
GENERAR REPORTES
Objetivos
OBJ 1: Generar reportes que ayudaran a los responsables de
Asociados
las fichas médicas a tomar decisiones para el apoyo de las
personas en el barrio.
Descripción
El sistema deberá generar los reportes de acuerdo a lo que
solicite el usuario
Actores
Act01: Administrador.
Act02: Médico Operador.
Precondición
El usuario debe estar dado de alta en el sistema con la
capacidad de generar reportes.
Deben estar ingresados los datos de al menos una familia.
97
Flujo: Generar reporte
Secuencia
Paso Acción
Normal
1
Ingresar al sistema con usuario y contraseña.
2
El sistema da entrada al usuario.
3
El usuario elige la opción reportes.
4
Se despliega una lista con los posibles reportes.
5
Selecciona el reporte que desea generar.
6
Filtra los datos de acuerdo al reporte.
7
Selecciona generar reporte.
8
Se muestra el reporte que el usuario escogió.
9
Elige la opción imprimir
10
Se imprime el reporte
Poscondición
Se imprime los reportes generados.
Excepciones
Paso Acción
1
El usuario no está dado de alta por tanto no se le
98
permite el acceso al sistema
Tabla 2.15 CU: 10 Gestionar Reportes
2.3 ANÁLISIS Y DISEÑO
2.3.1
DIAGRAMAS DE COLABORACIÓN
2.3.1.1
MÓDULO ADMINISTRAR
2.3.1.1.1
GESTIONAR USUARIOS
3: Validar Datos de Usuario
6: Registrar Proceso
1: Desplegar Pantalla
2: Ingresar Datos
4: Buscar Perfil
: Administrador
: USUARIO
7: Confirmar Fin del Proceso
: Gestionar Usuario
: Administrar Usuario
5: Retornar Perfil
: PERFIL
Figura 2.13 Diagrama de Colaboración - Gestionar Usuarios
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Usuario.
2
Ingresa los datos necesarios.
3
Valida los datos ingresados.
4
Busca el perfil para asignarle a un usuario.
5
Retorna el perfil.
6
Registra el proceso (nuevo, editar o eliminar).
7
Mensaje de confirmación de fin del proceso (nuevo, editar o eliminar).
Tabla 2.16 Diagrama de colaboración – Gestionar Usuarios
99
2.3.1.1.2
GESTIONAR PROVINCIAS
2: Criterio de búsqueda
1: Desplegar Pantalla
: C:BUSCADOR
5: Crear
4: Datos
: Administrador
6: Datos
: UI:Provincias
3: Recuperar
: C:GENERAR
: E:PROVINCIA
7: Actualizar
: C:ACTUALIZAR
Figura 2.14 Diagrama de Colaboración Gestionar provincias
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Provincias.
2
Ingresa criterio de búsqueda.
3
Recupera datos de provincia.
4
Datos de creación de la provincia.
5
Crea una nueva provincia.
6
Datos para actualizar la provincia.
7
Actualizar datos de la provincia.
Tabla 2.17 Diagrama de colaboración – Gestionar Provincias
100
2.3.1.1.3
GESTIONAR CIUDADES
3: Recuperar
2: Criterio de búsqueda
: C:BUSCADOR
5: Crear
4: Datos
1: Desplegar pantalla
: Administrador
: UI: CIUDAD
6: Datos
: C:GENERAR
: E: CIUDAD
7: Actualizar
: C:ACTUALIZAR
Figura 2.15 Diagrama de Colaboración Gestionar ciudades
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Ciudad.
2
Ingresa criterio de búsqueda.
3
Recupera datos de ciudad.
4
Datos de creación de la ciudad.
5
Crea una nueva ciudad.
6
Datos para actualizar la ciudad.
7
Actualizar datos de la ciudad.
Tabla 2.18 Diagrama de colaboración – Gestionar Ciudades
101
2.3.1.1.4
GESTIONAR PARROQUIAS
: C:BUSCADOR 3: Recuperar
2: Criterio de búsqueda
1: Desplegar pantalla
4: Datos
: Administrador
5: Crear
: C:GENERAR
: UI: PARROQUIAS
6: Datos
7: Actualizar
: E: PARROQUIAS
: C:ACTUALIZAR
Figura 2.16 Diagrama de Colaboración Gestionar parroquias
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Parroquia.
2
Ingresa criterio de búsqueda.
3
Recupera datos de parroquia.
4
Datos de creación de la parroquia.
5
Crea una nueva parroquia.
6
Datos para actualizar la parroquia.
7
Actualizar datos de la parroquia.
Tabla 2.19 Diagrama de colaboración – Gestionar Parroquias
102
2.3.1.1.5
GESTIONAR GRUPOS ÉTNICOS
3: Recuperar
2: Criterio de búsqueda
: C:BUSCADOR
1: Desplegar pantalla
:
Administrado
4: Datos
: UI: GRUPOS ÉTNICOS
6: Crear
5: Crear
: C:GENERAR
7: Actualizar
: E: GRUPOS ÉTNICOS
: C:ACTUALIZAR
Figura 2.17 Diagrama de Colaboración Gestionar grupos étnicos
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Grupos Étnicos.
2
Ingresa criterio de búsqueda.
3
Recupera datos de grupo étnico.
4
Datos de creación del grupo étnico.
5
Crea un nuevo grupo étnico.
6
Datos para actualizar el grupo étnico.
7
Actualizar datos del grupo étnico.
Tabla 2.20 Diagrama de colaboración – Gestionar Grupos étnicos
103
2.3.1.1.6
GESTIONAR RESPONSABLES DE LA FICHA MÉDICA
FAMILIAR
: C:BUSCADOR
3: Recuperar
2: Criterio de búsqueda
1: Desplegar pantalla
4: Datos
: Administrador
5: Crear
: C:GENERAR
: UI: RESPONSABLE FICHA 6: Datos
: E: RESPONSABLE FICHA
7: Actualizar
: C:ACTUALIZAR
Figura 2.18 Diagrama de Colaboración Gestionar Responsables de la ficha familiar
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Responsables de Ficha.
2
Ingresa criterio de búsqueda.
3
Recupera datos de responsable de ficha.
4
Datos de creación del responsable de ficha.
5
Crea un nuevo responsable de ficha.
6
Datos para actualizar el responsable de ficha.
7
Actualizar datos del responsable de la ficha.
Tabla 2.21 Diagrama de colaboración – Gestionar Responsables de la ficha
104
2.3.1.2
MÓDULO INGRESO DE DATOS
2.3.1.2.1
GESTIONAR FAMILIAS
3: Recuperar
: C:BUSCADOR
2: Criterio de búsqueda
4: Datos
1: Desplegar pantalla
: Administrador
: UI: FAMILIA
6: Datos
5: Crear
: C:GENERAR
: E: FAMILIA
7: Actualizar
: C:ACTUALIZAR
Figura 2.19 Diagrama de Colaboración Gestionar Familias
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Familias.
2
Ingresa criterio de búsqueda.
3
Recupera datos de una familia.
4
Datos de creación de la familia.
5
Crea una nueva familia.
6
Datos para actualizar la familia.
7
Actualizar datos de la familia.
Tabla 2.22 Diagrama de colaboración – Gestionar Familias
105
2.3.1.2.2
GESTIONAR MIEMBROS FAMILIARES
: Digitador
1: Desplegar pantalla
2: Criterio de búsqueda
: UI: FAMILIA
: C:BUSCADOR
: C:BUSCADOR
5: Criterio de búsqueda
6: Recuperar
3: Recuperar
8: Validar
4: Desplegar pantalla
9: Crear
7: Datos
: C:GENERAR
: E: FAMILIA
: UI: MIEMBRO
: E: MIEMBRO
10: Datos
11: Actualizar
: C:ACTUALIZAR
Figura 2.20 Diagrama de Colaboración Gestionar Miembros Familiares
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Familias.
2
Ingresa criterio de búsqueda.
3
Recupera datos de una familia.
4
Despliega en pantalla Gestionar Miembros.
5
Ingresa criterio de búsqueda.
6
Recupera datos de un miembro familiar.
106
7
Datos de creación de un miembro familiar.
8
Validar datos de ingreso.
9
Crea un nuevo miembro familiar.
10 Datos de actualización de un miembro familiar.
11 Actualización de los datos de un miembro familiar.
Tabla 2.23 Diagrama de colaboración – Gestionar Miembros Familiares
2.3.1.2.3
GESTIONAR CONDICIONES DE LA VIVIENDA
: Digitador
1: Desplegar pantalla
2: Criterio de búsqueda
: C:BUSCADOR
: UI: FAMILIA
3: Recuperar
4: Desplegar pantal la
: E: FAMILIA
5: Datos
7: Mensaje de confirm ación
: UI: CONDICIÓN DE LA VIVIENDA
6: Actualiza
: C:ACT UALIZAR
: E: CONDICIÓN DE
VIVIENDA
Figura 2.21 Diagrama de Colaboración Gestionar Condiciones de la vivienda
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Gestionar Familias.
2
Ingresa criterio de búsqueda.
3
Recupera datos de una familia.
4
Despliega en pantalla Gestionar Condición de la vivienda.
5
Datos de actualización de un miembro familiar.
6
Actualización de los datos de un miembro familiar.
7
Despliega mensaje de confirmación.
Tabla 2.24 Diagrama de colaboración – Gestionar Condiciones de la vivienda
107
2.3.1.3
MÓDULO REPORTES
2.3.1.3.1
GENERAR REPORTES
3: Val ida parámetros
1: Despl egar pantal la
2: Ingresa parámetros
4: Genera
5: Impri me
: Médico
: UI: REPORT ES
: C: GEST IONAR
PARÁMET ROS
: E: REPORT E
Figura 2.22 Diagrama de Colaboración Generar Reportes
Nº
DESCRIPCIÓN
1
Despliega en la pantalla Generar Reportes según el reporte
seleccionado.
2
Ingresa el/los parámetros.
3
Valida los parámetros para la generación del reporte.
4
Genera el reporte seleccionado.
5
Imprime el reporte.
Tabla 2.25 Diagrama de colaboración – Generar Reportes
108
2.3.2
DIAGRAMAS DE SECUENCIA
2.3.2.1
2.3.2.1.1
MÓDULO ADMINISTRAR
GESTIONAR USUARIOS
:
Administrador
: :Gestionar Usuario
: :Administrar Usuario
: USUARIO
1. Desplegar pantalla
2. Ingresar Datos
3. Validar datos de usuario
4. Buscar datos de perfil
5. Retornar Perfil
6. Registrar Proceso
7. Confirmar fin del proceso
Figura 2.23 Diagrama de Secuencia Gestionar Usuarios
: PERFIL
109
2.3.2.1.2
GESTIONAR PROVINCIAS
: Administrador
: UI:Provincias
: C:BUSCADOR
: C:GENERAR
: C:ACTUALIZAR
: E:PROVINCIA
1. Desplegar pantalla
2. Criterio de búsqueda
Recuperar datos
Datos de nuevos
Crea provincia
Datos actualizar
Figura 2.24 Diagrama de Secuencia Gestionar Provincias
Actualiza provincia
110
2.3.2.1.3
GESTIONAR CIUDADES
: Administrador
: UI: CIUDAD
: C:BUSCADOR
: C:GENERAR
: C:ACTUALIZAR
: E: CIUDAD
1. Desplegar pantalla
2. Criterio de Búsqueda
3. Recuperar datos
4. Nuevos datos
5. Crea ciudad
6. Datos actualizar
7. Actualiza ciudad
Figura 2.25 Diagrama de Secuencia Gestionar Ciudades
111
2.3.2.1.4
GESTIONAR PARROQUIAS
: Administrador
: UI: PARROQUIAS
: C:BUSCADOR
: C:GENERAR
: C:ACTUALIZAR
: E: PARROQUIAS
1. Desplegar pantalla
2. Criterio de búsqueda
3. Recuperar datos
4. Nuevos datos
5. Crear parroquias
6. Datos actualizar
7. Actualizar parroquia
Figura 2.26 Diagrama de Secuencia Gestionar Parroquias
112
2.3.2.1.5
GESTIONAR GRUPOS ÉTNICOS
: Administrador
: UI: GRUPOS ÉTNICOS : C:BUSCADOR
: C:GENERAR
: C:ACTUALIZAR
: E: GRUPOS ÉTNICOS
1. Desplegar pantalla
2. Criterio de Búsqueda
3. Recupera Datos
4. Datos nuevos
5. Crea grupo étnico
6. Datos actualizar
7. Actualizar grupo étnico
Figura 2.27 Diagrama de Secuencia Gestionar Grupos étnicos
113
2.3.2.1.6
GESTIONAR RESPONSABLES DE LA FICHA MÉDICA
FAMILIAR
: Administrador
: UI: RESPONSABLE FICHA
: C:BUSCADOR
: C:GENERAR
: C:ACTUALIZAR
: E: RESPONSABLE
FICHA
1. Desplegar pantalla
2. Criterio de búsqueda
3. Recupera Datos
4. Datos Nuevos
5. Crea Responsable Ficha
6. Datos actualiza
7. Actualiza Responsable Ficha
Figura 2.28 Diagrama de Secuencia Gestionar Responsables de la ficha familiar
114
2.3.2.2
MÓDULO INGRESO DE DATOS
2.3.2.2.1
GESTIONAR FAMILIAS
: Digitador
: UI: FAMILIA
: C:BUSCADOR
: C:GENERAR
: C:ACTUALIZAR
: E: FAMILIA
1. Desplegar Pantalla
2. Criterio de búsqueda
3. Recuperar datos
4. Datos Nuevos
5. Crear Familia
6. Datos Actualizar
7. Actualizar Familia
Figura 2.29 Diagrama de Secuencia Gestionar Familias
: E: FAM ILIA
: UI: MIEMBRO
: C:BUSCADOR
: C:ACT UALIZAR
Figura 2.30 Diagrama de secuencia Gestionar Miembros Familiares
: E: MIEMBRO
11. Actualizar miem bro
9. Crear miembro
8. Val idar Datos
6. Recuperar datos
: C:GENERAR
10. Datos actualizar
7. Datos nuevos
5. Criterio de busqueda
3. Recuperar datos
4. Desplegar Pantalla
: C:BUSCADOR
2. Criterio de búsqueda
1. Desplegar Pantalla
: UI: FAMILIA
GESTIONAR MIEMBROS FAMILIARES
: Administrador
2.3.2.2.2
115
2.3.2.2.3
: UI: FAMILIA
: C:BUSCADOR
: E: CONDICIÓN DE
VIVIENDA
6. Actuali zar condiciones de l a vi vi enda
: C:ACT UALIZAR
Figura 2.31 Diagrama de secuencia Gestionar Condiciones de la vivienda
7. Mensaje de confirmación
5. Datos Actualizar
: UI: CONDICIÓN DE LA VIVIENDA
4. Desplegar pantalla
: E: FAM ILIA
3. Recuperar Datos
2. Criterio de búsqueda
1. Desplegar pantalla
: Digi tador
GESTIONAR CONDICIONES DE LA VIVIENDA
116
117
2.3.2.3
MÓDULO REPORTES
2.3.2.3.1
GENERAR REPORTES
: Médico
: UI: REPORTES
: C: GESTIONAR
PARÁMETROS
: E: REPORTE
1. Despliega Pantalla
2. Ingresa Parámetros
3. Valida parámetros ingresados
4. Genera Reporte
5. Imprime Reporte
Figura 2.32 Diagrama de secuencia Generar Reportes
118
2.3.2.4
DIAGRAMA DE CLASES
USUARIOS
id_usuario
Nombre usuari o
usuari o acceso
contrasena usuario
perfi l usuario
1..n
1..n
1..n
buscar usuario()
actual izar usuario()
ingresar usuari o()
DIGITADOR
GRUPO ÉTNICO
Ingresar Datos()
Id_Grupo Étnico
Nombre Grupo Étni co
buscar grupo étnico()
actual izar grupo étnico()
ingresar grupo étnico()
Miembros Familiares
FAMILIA
PARROQUIA
1..n
ADMINISTRADOR
Administrar()
Id_Parroquia
Nombre_Parroqui a
buscar parroquia()
actual izar parroquia()
ingresar parroquia()
n
1..1
CIUDAD
Id_Ciudad
Nombre_Ci udad
buscar ciudad()
actual izar ciudad()
ingresar ciudad()
id_Fam ilia
Unidad Operativa
Apel li dos_fam ili a
com unidad
dirección
sector
referencias
T eléfono
Fecha de ingreso
provincia
ciudad
parroquia
grupo étnico
encontrar ubi cación
1..1
1..n
buscar fami li a()
actualizar famili a()
ingresar fami lia()
cargar mapa()
id_miembro
Nombre_m iembro
Apel lido_miembro
Identificaci ón
fecha de nacimi ento
parentesco
sexo
escolaridad
ocupaci ón
seguro
historia cl ínica
esquema de vacunas
discapaci dad
enfermedad de impacto
problemas bucales
peso
embarazada(si / no)
fecha de úl tim a menstruación
antecedentes patológicos
dosis vacunaci on dt
antecedentes gi neco obstétrico
buscar mi em bro()
actual izar mi embro()
ingresar mi em bro()
cal cular fecha parto()
cal cular ti empo de gestaci ón()
n
1..1
1..1
PROVINCIA
id_Provinci a
Nombre_Provi ncia
buscar provincia()
actual izar provincia()
ingresar provinci a()
VIVIENDA
0..1
RESPONSABLES DE LLENADO
Id_responsable
Nombre_responsable
luz eléctri ca
servicio telefónico
ori gen del agua
eli minaci ón de basura
ti po de vi vi enda
ocupación
eli minaci ón de aguas servidas
materi ales techo
materi ales paredes
materi ales pi so
materi ales estructura
actualizar condiciones()
buscar responsables()
actualizar responsables()
ingresar responsables()
Figura 2.33 Diagrama de clases
119
2.3.3
DIAGRAMAS DE COMPONENTES
Mediante los siguientes diagramas se verá la organización de los componentes
(interfaces, módulos, paquetes, archivos, código fuente, etc.) del sistema y su
dependencia con diferentes partes del mismo.
Cada módulo representa una parte del sistema.
2.3.3.1
DIAGRAMA GLOBAL DE PAQUETES
ADMINISTRACIÓN
COMPONENT ES
COMUNES
INGRESO DE
DATOS
GESTIÓN DE
REPORTES
Figura 2.34 Diagrama global de componentes
2.3.3.1.1
DIAGRAMA DE COMPONENTES COMUNES
index.php
login.php
conexion.php
Acceso a la
base
Figura 2.35 Diagrama de componentes comunes
120
2.3.3.1.2
MÓDULO ADMINISTRACIÓN
Gestionar
Usuarios
Gestionar
Provincias
Gestiornar
Ciudades
Gestionar
Responsables
Gestionar
Parroquias
Gestionar
Grupos Étnicos
Figura 2.35 Diagrama de componentes – Módulo Administración
121
2.3.3.1.2.1 GESTIONAR USUARIOS
Crear nuevo
Usuario 1.php
usuario.php
Busca
Usuario(Editar)
Control
de datos
insert y update .php
Figura 2.36 Diagrama de componentes – Gestionar Usuarios
2.3.3.1.2.2 GESTIONAR PROVINCIAS
crear
nuevo
provincia.php
provincia1.php
busca
provincias(Editar)
Figura 2.37 Diagrama de componentes – Gestionar Provincias
Control
de datos
Insert y
update.php
122
2.3.3.1.2.3 GESTIONAR CIUDADES
crear
nuevo
ciudad1.php
ciudad.php
Busca
ciudad(Editar)
control de
datos
insertyup
date.php
Figura 2.38 Diagrama de componentes – Gestionar Ciudades
2.3.3.1.2.4 GESTIONAR GRUPOS ÉTNICOS
Ingresar
nuevo
etnico1.php
etnico.php
Buscar grupo
etnico(Editar)
Figura 2.39 Diagrama de componentes – Gestionar Grupos Étnicos
Control
de datos
insertyup
date.php
123
2.3.3.1.2.5 GESTIONAR RESPONSABLES DE LA FICHA FAMILIAR
Ingresar
nuevo
Control
de datos
responsables.php
Buscar
responsables(Editar)
insertyup
date.php
Figura 2.40 Diagrama de componentes – Gestionar Responsables de la Ficha Familiar
2.3.3.1.3
MÓDULO INGRESO DE DATOS
INGRESAR
FAMILIAS
INGRESAR MIEMBROS
FAMILIARES
INGRESAR CONDICIONES
FAMILIARES
Figura 2.41 Diagrama de componentes – Módulo Ingreso de Datos
124
2.3.3.1.3.1 INGRESAR FAMILIAS
googlemaps
carga mapa
Ingresar
Nuevo
familia_list.php
familia.php
Buscar
Familia(Editar)
Control de
Datos
insertyup
date.php
Figura 2.42Diagrama de componentes – Ingresar de Familias
2.3.3.1.3.2 INGRESAR CONDICIONES DE LA VIVIENDA
fam ilia_list.php(
Buscar familias)
menu2.php
vivienda.php
Control de
Datos
insertyup
date.php
Figura 2.43 Diagrama de componentes – Ingresar Condiciones de la vivienda
menu2.php
familia_list.php(
Buscar familia)
Buscar miembro
(Editar)
Ingresar
Nuevo
Figura 2.44 Diagrama de componentes – Ingresar Miembros Familiares
miembros_list.php
2.3.3.1.3.3 INGRESAR MIEMBROS FAMILIARES
Control de
Datos
miembros.php
dependientes.php(carga
datos extras si es necesario)
insertyup
date.php
125
126
2.3.3.1.4
MÓDULO GESTIÓN DE REPORTES
REPORTES
GENERALES
REPORTES
ESTADÍSTICOS
UBICACIÓN DE
FAMILIAS
Figura 2.45 Diagrama de componentes - Módulo gestión de reportes
2.3.3.1.4.1 REPORTES GENERALES
riego
biologico.php
cabecerareportes1.php
Escoge parámetros
riesgo
socieconomico.php
Control
de datos
riesgofamiliar.
php
Generar e
Imprimir
Figura 2.46 Diagrama de componentes - Reportes generales
127
2.3.3.1.4.2 REPORTES ESTADÍSTICOS
riegobiologi
co1.php
cabecerareportes2.php
Escoge parámetros
Control de
Datos
riesgosocieco
nomico1.php
riesgofamiliar1.php
Generar
Figura 2.47 Diagrama de componentes - Reportes estadísticos
2.3.3.1.4.3 UBICACIÓN DE FAMILIAS
googlemaps
carga mapa
Ubicacion.php
Escoger parametros y
generar
Figura 2.48 Diagrama de componentes - Ubicación de Familias
128
<pi>
<pi >
<pi>
Identi fier_1
<pi>
<pi>
discapacidad
i d_discapaci dad
descri pcion_discapacidad
Identifier_1
<M>
I
VA100
Rel ationship_10
Relationship_9
<pi>
Identifier_1
<pi>
I
<UNDEF>
<M>
<pi>
Identifier_1
<pi>
<pi>
<pi>
embarazada
<pi >
id_embarazada
fum_embarazada
antobstetricos_embarazada
pri meradt_embarazada
segundadt_embarazada
terceradt_embarazada
gestas_embarazada
partos_embarazada
cesareas_embarazada
abortos_embarazada
Relati onship_5
Identifier_1
I
VA50
familia
id_familia
uoper_familia
familia_familia
direccion_familia
sector_familia
referencia_famil ia
<M>
comunidad_familia
Relati onship_4
telefono_famil ia
fecha_fami lia
latitud_familia
longitud_famil ia
Identifier_1
<pi>
provincia
id_provinci a
descripcion_provincia
Figura 2.49 Modelo E/R Lógico
<pi >
enfermedad
Relationship_15
Identi fier_1
<M>
I
VA50
VA50
VA50
DT
I
I
VA25
DC20,2
I
I
VA150
VA50
VA50
I
I
<pi>
miembro
<pi>
i d_mi embro
nombre_mi embro
apelli do_miembro
i denti ficacion_miembro
nacimiento_miembro
sexo_miembro
escolar_miembro
historia_miembro
peso_miembro
bucal_miembro
Identifier_1
<pi>
usuario
id_usuari o
nombre_usuario
usuario_usuario
password_usuario
perfil _usuario
estado_usuario
id_enfermedad
descripcion_enfermedad
Relationship_14
Relationship_13
Relationship_12
Relationship_11
<M>
I
VA100
<M>
<M>
I
VA100
I
VA100
vacunas
<pi>
<M>
I
VA100
I
VA100
<pi>
id_vacunas
<pi>
descripcion_vacunas
Identifier_1
<pi>
ocupaci on
id_ocupacion
descripcion_ocupacion
Identifier_1
<pi >
escolaridad
Identifier_1
Id_seguro
descripcion_seguro
seguro
i d_parentesco
descri pcion_parentesco
parentesco
MODELO E/R LÓGICO
id_escolar
descripcion_escol aridad
2.3.4.1
2.3.4 MODELO DE DATOS
I
DT
VA50
VA2
VA2
VA2
LI
LI
LI
LI
I
I
VA50
VA50
VA50
VA50
VA50
VA50
D
VA50
VA50
<M>
vivienda
<pi>
Identifier_1
<pi>
id_vivienda
luz_vivienda
telefono_vivienda
agua_vivienda
basura_vivienda
ti po_vivienda
ocupacion_vivienda
eliminaaguas_vivienda
techos_vivienda
paredes_vivienda
piso_vivi enda
estructura_vivienda
Identifier_1
Relati onship_6
<pi>
<pi>
<pi>
responsable
<pi >
id_responsable
codigo_responsable
nombre_responsable
apell ido_responsable
identificacion_responsable
Relationship_7
Identifier_1
<pi>
comuni dad
id_comunidad
descripcion_comunidad
Relationship_8
I
VA50
<pi>
Relati onship_1
parroquia
id_parroquia
descripcion_parroquia
<M>Relationship_3
Identifier_1 <pi>
Identifier_1
canton
<M> Relationship_2
<pi>
id_canton
descripcion_canton
I
I
I
I
I
I
I
I
I
I
I
I
<M>
I
VA50
VA50
VA50
VA50
I
VA50
I
VA50
<M>
<M>
<M>
<M>
129
escolaridad
id_parentesco
int
descripcion_parentesco varchar(100)
parentesco
ocupacion
FK_RELAT IONSHIP_17
FK_RELAT IONSHIP_15
FK_RELATIONSHIP_14
id_discapacidad
int
<pk>
descripcion_discapacidad varchar(100)
discapacidad
id_enfermedad
int
<pk>
descripcion_enfermedad <Undefined>
enfermedad
int
<pk>
id_vacunas
descripcion_vacunas varchar(100)
vacunas
int
<pk>
id_ocupacion
descripcion_ocupacion varchar(100)
FK_RELATIONSHIP_13
FK_RELAT IONSHIP_11
FK_RELATIONSHIP_12
Id_seguro
int
<pk>
descripcion_seguro varchar(100)
seguro
MODELO E/R FÍSICO
id_escolar
int
<pk>
descripcion_escolaridad varchar(100)
2.3.4.2
Figura 2.50 Modelo E/R Físico
int
<pk>
datetime
varchar(50)
varchar(2)
varchar(2)
varchar(2)
bigint
bigint
bigint
bigint
embarazada
id_embarazada
fum_embarazada
antobstetricos_embarazada
primeradt_embarazada
segundadt_embarazada
terceradt_embarazada
gestas_embarazada
partos_embarazada
cesareas_embarazada
abortos_embarazada
FK_RELAT IONSHIP_16
comunidad
id_comunidad
int
<pk>
descripcion_comunidad varchar(50)
<pk>
FK_RELATIONSHIP_10
<fk4>
<fk3>
<fk1>
id_vivienda
luz_vivienda
telefono_vivienda
agua_vivienda
basura_vivienda
tipo_vivienda
ocupacion_vivienda
eliminaaguas_vivienda
techos_vivienda
paredes_vivienda
piso_vivienda
estructura_vivienda
vivienda
FK_RELAT IONSHIP_7
int <pk>
int
int
int
int
int
int
int
int
int
int
int
int
int
int
int
int
varchar(50)
responsable
varchar(50)
id_responsable
int
<pk>
varchar(50)
codigo_responsable
varchar(50)
varchar(50) FK_RELAT IONSHIP_9
nombre_responsable
varchar(50)
varchar(50)
apellido_responsable
varchar(50)
varchar(50)
identificacion_responsable varchar(50)
date
varchar(50)
varchar(50)
familia
FK_RELATIONSHIP_3
id_parroquia
int
<pk>
id_canton
int
<fk>
descripcion_parroquia varchar(50)
parroquia
FK_RELATIONSHIP_1
canton
provincia
FK_RELATIONSHIP_2
int
<pk>
id_canton
int
<pk>
id_provincia
id_provincia
int
<fk>
descripcion_provincia varchar(50)
descripcion_canton varchar(50)
id_familia
id_comunidad
id_responsable
id_parroquia
FK_RELATIONSHIP_4
uoper_familia
familia_familia
direccion_familia
sector_familia
referencia_familia
comunidad_familia
telefono_familia
fecha_familia
latitud_familia
longitud_familia
<pk>
<fk7>
<fk4>
<fk3>
<fk8>
<fk6>
<fk5>
<fk1>
FK_RELAT IONSHIP_5
int
int
int
int
int
int
int
int
varchar(50)
varchar(50)
varchar(50)
datetime
int
int
varchar(25)
decimal(20,2)
int
miembro
id_miembro
id_discapacidad
id_escolar
Id_seguro
id_enfermedad
id_vacunas
id_ocupacion
id_familia
nombre_miembro
apellido_miembro
identificacion_miembro
nacimiento_miembro
sexo_miembro
escolar_miembro
historia_miembro
peso_miembro
bucal_miembro
int
<pk>
varchar(150)
varchar(50)
varchar(50)
int
int
usuario
id_usuario
nombre_usuario
usuario_usuario
password_usuario
perfil_usuario
estado_usuario
130
131
132
2.3.5
DISEÑO DE LA ARQUITECTURA
La arquitectura utilizada en el presente proyecto es Cliente-Servidor.
La tecnología denominada Cliente-Servidor es utilizada por todas las
aplicaciones de Internet/Intranet.
Un cliente funciona en su ordenador local, se comunica con el servidor remoto,
y pide a éste información.
El servidor envía la información solicitada.
Un único servidor típicamente sirve a una multitud de clientes, ahorrando a
cada uno de ellos el problema de tener la información instalada y almacenada
localmente.
133
2.4 CONTRUCCIÓN
2.4.1
ESTÁNDARES DE PROGRAMACIÓN
Para un desarrollo de fácil mantenimiento, escalable y consistente se establece
los siguientes parámetros pre-establecidos para el estándar de programación.
Los términos de Pascal y Camel se utilizan a lo largo de este documento.
2.4.1.1
PARA CLASES Y MÉTODOS
Pascal: El primer carácter de todas las palabras son mayúsculas y los otros
caracteres son minúsculas.
Ejemplo:
-
NombreClase
-
NombreMétodo
2.4.1.2
PARA VARIABLES Y PARÁMETROS DE LOS MÉTODOS
Camel: El primer carácter de todas las palabras, excepto el de la primera
palabra son mayúsculas y los otros caracteres son minúsculas.
Ejemplo:
-
nombreVariable
-
nombreParámetro
Se debe utilizar palabras descriptivas y no abreviaciones.
134
2.4.1.3
PARA CONTROLES
En los controles se debe utilizar el prefijo del control y a continuación el
nombre así:
Control
Prefijo
Prefijo+Nombre
Form
frm
frm_Nombre
Label
lbl
lbl_Nombre
Text
txt
txt_Nombre
Hidden
hdn
hdn_Nombre
Button
btn
btn_Nombre
Checkbox
chk
chk_Nombre
password
txt
txt_Nombre
radio
rdo
rdo_Nombre
submit
btn
btn_Nombre
select
sel
sel_Nombre
textarea
txt
txt_Nombre
Tabla 2.26 Estándar Controles
135
2.4.1.4
-
PARA LA BASE DE DATOS
Tabla: Para la tabla se utilizara el nombre de la entidad todo en
minúscula por ser mysql.
-
Columnas: Para las columnas se utilizara un nombre descriptivo en
minúsculas y a continuación el nombre de la tabla en minúsculas.
Ejemplo:
Tabla
usuario
Nombre de la Columna
nombre_usuario
Tabla 2.27 Estándar Base de Datos
2.4.1.5
PARA LOS COMENTARIOS
-
Para comentarios de una línea: //
-
Para comentarios de varias líneas: /*
2.4.1.6
*/
PARA ITERACIONES
Se puede utilizar variables de un solo carácter
Ejemplo:
for ( i=0 ; i < 3 ; i++ )
{
………..
}
136
2.4.2
CARACTERÍSTICAS DE LOS EQUIPOS
Las características deseables para que el sistema funcione de forma correcta
es la siguiente:
2.4.2.1
SERVIDOR
Tipo
Mínimas
Disco Duro
80 GB
Memoria RAM
1 GB
Hardware
Procesador
Tarjeta de red
Sistema Operativo
Software
Características
Componente
Intel Pentium IV - 1.6
MHz
10/100
Windows 2003 server,
Windows XP, Linux
Base de Datos
Mysql 5.0.22
Servidor Web
Apache 2.0.49
Otros
Php 5.0.5
Tabla 2.28 Características Servidor
137
2.4.2.2
CLIENTE
Tipo
Componente
Características
Mínimas
Disco Duro
40 GB
Memoria RAM
512 MB
Procesador
Intel Celeron - 1.5 MHz
Tarjeta de red
10/100
Sistema Operativo
Windows XP
Hardware
Internet Explorer 6.0 o
superior.
Software
Otros
Conexión a Internet(Si
utiliza la aplicación con
Google Maps).
Tabla 2.29 Características Cliente
INICIO
FAMILIA
REPORTES ESTADÍSTICOS
GESTIONAR PROVINCIAS
UBICAR FAMILIAS
CONDICICIONES DE VIVIENDA
GESTIONAR MIEMBROS FAMILIARES Y
GESTIONAR RESPONSABLES DE FICHA
GESTIONAR GRUPO ÉTNICO
GESTIONAR PARROQUIAS
GESTIONAR CIUDADES
REPORTES GENERALES
GESTIONAR USUARIOS
REPORTES
GESTIONAR FAMILIAS
SISTEMA
SISTEMA DE GESTIÓN DE RIESGOS
SALIR
En el proceso Rup no se encuentra el diagrama de navegación del sistema pero por motivos de comprensión se lo incluyo.
2.4.3 DIAGRAMA DE NAVEGACIÓN DEL SISTEMA
138
DE 1 A 5 AÑOS
VER TODOS
Figura 2.51 Diagrama de navegación del sistema
MUJERES EMBARAZADAS
MAYORES A 65 AÑOS
DE 18 A 64 AÑOS
DE 10 A 17 AÑOS
DE 6 A 9 AÑOS
MENORES DE 1 AÑO
REVISAR GRUPO
INGRESAR NUEVO
MIEMBROS FAMILIARES
CONDICIONES DE VIVIENDA
VIVIENDA
GESTIONAR MIEMBROS Y CONDICIONES DE VIVIENDA
139
140
2.4.4
DISEÑO DE INTERFACES
RUP no incluye el diseño de Interfaces pero por razones de comprensión se
muestran las interfaces diseñadas para la aplicación final.
2.4.4.1
IDENTIFICACIÓN DE USUARIO
La aplicación dispone de una primera ventana de identificación del usuario.
Sólo usuarios registrados en la base de datos pueden acceder al sistema.
La interfaz que representa la identificación de usuario es el siguiente:
Figura 2.52 Construcción - Identificación de usuario
2.4.4.2
BÚSQUEDAS
Para realizar la búsqueda se muestra una barra en la cual se muestra un
criterio de búsqueda, las opciones de búsqueda, se ingresa lo que vamos a
buscar, la cantidad de registros que necesitamos ver, además de las opciones
de navegación “<<anterior” y “siguiente>>” la interfaz que representa esto es la
siguiente:
Figura 2.53 Construcción -Barra de búsqueda
141
2.4.4.3
MENSAJES Y ALERTAS
De acuerdo a la acción que realice un usuario un usuario el sistema despliega
mensajes y alertas los mismos que indican cual fue la tarea que se realizó o el
motivo por el cual no se pudo realizar la misma. La interfaz que representa
dicha alerta es la siguiente:
Figura 2.54 Construcción - Mensajes y alertas
2.4.4.4
LISTAS
En las diferentes opciones presentadas en el sistema hay un formato principal
en el que se muestran los resultados. De acuerdo a la pantalla en la que nos
encontremos se mostrara un listado de datos, la barra de búsqueda, y el botón
de nuevo ingreso.
Como ejemplo se muestra la interfaz siguiente:
Figura 2.55 Construcción - Listas
142
2.4.4.5
2.4.4.5.1
MÓDULO ADMINISTRACIÓN
GESTIONAR USUARIOS
Al ingresar a la gestión de usuarios se muestra la lista con los datos
respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los se
muestra la interfaz siguiente:
Figura 2.56 Construcción - Gestionar Usuarios
2.4.4.5.2
GESTIONAR PROVINCIAS
Al ingresar a la gestión de provincias se muestra la lista con los datos
respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se
muestra la interfaz siguiente:
Figura 2.57 Construcción - Gestionar Provincias
143
2.4.4.5.3
GESTIONAR CIUDADES
Al ingresar a la gestión de ciudades se muestra la lista con los datos
respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se
muestra la interfaz siguiente:
Figura 2.58 Construcción - Gestionar Ciudades
2.4.4.5.4
GESTIONAR PARROQUIAS
Al ingresar a la gestión de parroquias se muestra la lista con los datos
respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se
muestra la interfaz siguiente:
Figura 2.59 Construcción - Gestionar Parroquias
144
2.4.4.5.5
GESTIONAR GRUPOS ÉTNICOS
Al ingresar a la gestión de grupos étnicos se muestra la lista con los datos
respectivos, al hacer clic en ingresar nuevo o al seleccionar uno de los datos se
muestra la interfaz siguiente:
Figura 2.60 Construcción - Gestionar Grupos étnicos
2.4.4.5.6
GESTIONAR RESPONSABLES DE FICHAS FAMILIARES
Al ingresar a la gestión de responsables del llenado de fichas familiares se
muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al
seleccionar uno de los datos se muestra la interfaz siguiente:
Figura 2.61 Construcción - Gestionar Responsables de la ficha familiar
GESTIONAR FAMILIAS
MÓDULO DE INGRESO DE DATOS
Figura 2.62 Construcción - Gestionar Familias
en uno de los datos se muestra la interfaz siguiente:
Al ingresar a la gestión de familias se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al presionar editar
2.4.4.6.1
2.4.4.6
145
UBICACIÓN FAMILIAS
Figura 2.63 Construcción - Ubicación de Familias
necesidad en un mapa. La interfaz es la siguiente:
Al realizar el ingreso de las familias se le da una ubicación de acuerdo a esta información se la puede ubicar de acuerdo a la
2.4.4.6.2
146
GESTIONAR MIEMBROS FAMILIARES
Figura 2.64 Construcción - Gestionar Miembros Familiares
seleccionar uno de los datos se muestra la interfaz siguiente:
Al ingresar a la gestión de miembros familiares se muestra la lista con los datos respectivos, al hacer clic en ingresar nuevo o al
2.4.4.6.3
147
GESTIONAR CONDICIONES DE LA VIVIENDA
Figura 2.65 Construcción - Gestionar Condiciones de la vivienda
Al ingresar a gestionar las condiciones de la vivienda se muestra la interfaz siguiente:
2.4.4.6.4
148
REPORTES GENERALES Y ESTADÍSTICOS
MÓDULO DE REPORTES
mostrada en cualquiera de los casos es:
Figura 2.66 Construcción - Reportes Generales y Estadísticos
Al escoger uno de los reportes muestra una interfaz en la que se encuentran predefinidos los parámetros de generación, la interfaz
2.4.4.7.1
2.4.4.7
149
150
2.5 PRUEBAS
En esta fase del desarrollo hay que realizar las respectivas pruebas en las
cuales se verificará que las especificaciones iniciales
se cumplieron a
cabalidad y por lo tanto no hace falta agregar nada más en la implementación
del sistema.
Probar es descubrir el mayor número de fallas, el objetivo es poner en
evidencia al sistema, lo ideal sería probarlo en todas las situaciones posibles.
Para la prueba del presente sistema se van a realizar pruebas de unidad,
pruebas de integración y de usabilidad.
2.5.1
PRUEBAS DE UNIDAD
Las pruebas de unidad sirve para probar el correcto funcionamiento de una
parte del código, esto sirve para asegurarse que cada uno de los módulos
funcione correctamente por separado.32
2.5.1.1
PRUEBA GESTIONAR USUARIO
Prueba de Unidad: Gestionar Usuario
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Administrar
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
usuario.
32
http://www.slideshare.net/angel.carvajal/fase-de-pruebas-angel-chucho-presentation
151
Datos de Ingreso: Datos personales de usuario.
Procedimiento de prueba:
- Ingresar Nuevo Usuario:
Elegir la opción Ingresar Nuevo.
Ingresar todos los datos en los campos del formulario.
Elegir el perfil de usuario.
Clic en el botón Guardar.
- Editar Usuario:
Seleccionar el usuario que se desea modificar la información.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
Tabla 2.30 Pruebas de unidad – Gestionar Usuarios
152
2.5.1.2
PRUEBA GESTIONAR PROVINCIAS
Prueba de Unidad: Gestionar Provincia
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Administrar
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
provincias.
Datos de Ingreso: Datos de una provincia.
Procedimiento de prueba:
- Ingresar Nueva Provincia:
Elegir la opción Ingresar Nuevo.
Ingresar todos los datos en los campos del formulario.
Clic en el botón Guardar.
- Editar Provincia:
Seleccionar la provincia que se desea modificar la información.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
153
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
Tabla 2.31 Pruebas de unidad – Gestionar Provincias
2.5.1.3
PRUEBA GESTIONAR CIUDADES
Prueba de Unidad: Gestionar Ciudad
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Administrar
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
ciudades.
Datos de Ingreso: Datos de una ciudad.
Procedimiento de prueba:
- Ingresar Nueva Ciudad:
Elegir la opción Ingresar Nuevo.
Ingresar todos los datos en los campos del formulario.
Clic en el botón Guardar.
154
- Editar Ciudad:
Seleccionar la provincia que se desea modificar la información.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
Tabla 2.32 Pruebas de unidad – Gestionar Ciudades
2.5.1.4
PRUEBA GESTIONAR PARROQUIAS
Prueba de Unidad: Gestionar Parroquia
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Administrar
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
parroquias.
Datos de Ingreso: Datos de una parroquia.
155
Procedimiento de prueba:
- Ingresar Nueva Parroquia:
Elegir la opción Ingresar Nuevo.
Ingresar todos los datos en los campos del formulario.
Clic en el botón Guardar.
- Editar Parroquia:
Seleccionar la parroquia que se desea modificar la información.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
Tabla 2.33 Pruebas de unidad – Gestionar Parroquias
156
2.5.1.5
PRUEBA GESTIONAR GRUPOS ÉTNICOS
Prueba de Unidad: Gestionar Grupo Étnico
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Administrar
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
grupos étnicos.
Datos de Ingreso: Datos de un grupo étnico.
Procedimiento de prueba:
- Ingresar Nuevo Grupo Étnico:
Elegir la opción Ingresar Nuevo.
Ingresar todos los datos en los campos del formulario.
Clic en el botón Guardar.
- Editar Grupo Étnico:
Seleccionar el grupo étnico que se desea modificar la información.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
157
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
Tabla 2.34 Pruebas de unidad – Gestionar Grupos Étnicos
2.5.1.6
PRUEBA GESTIONAR RESPONSABLES DEL LLENADO DE LA
FICHA FAMILIAR
Prueba de Unidad: Gestionar responsable del llenado de la ficha familiar
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Administrar
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
los responsables del llenado de la ficha familiar.
Datos de Ingreso: Datos de un responsable.
Procedimiento de prueba:
- Ingresar Nuevo Responsable de llenado:
Elegir la opción Ingresar Nuevo.
Ingresar todos los datos en los campos del formulario.
Clic en el botón Guardar.
158
- Editar Responsable de llenado:
Seleccionar el nombre del responsable que se desea modificar la
información.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
Tabla 2.35 Pruebas de unidad – Gestionar Responsables de la Ficha Familiar
2.5.2
PRUEBAS DE INTEGRACIÓN
Las pruebas de integración son aquellas que se realizan en el ámbito de
desarrollo de software una vez que se han probado las pruebas unitarias. Se
refieren a la prueba de todos los elementos unitarios que componen un
proceso.33
2.5.2.1
PRUEBA GESTIONAR FAMILIAS
Prueba de Integración: Gestionar Familia
Proyecto:
33
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
http://www.slideshare.net/angel.carvajal/fase-de-pruebas-angel-chucho-presentation
159
Responsable: Javier Chillogallo
Ubicación: Módulo Ingreso de datos
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
familias.
Datos de Ingreso: Datos de una familia.
Procedimiento de prueba:
- Ingresar Nueva Familia:
Elegir la opción Ingresar Nuevo.
Ingresar todos los datos en los campos del formulario.
Clic en el botón Guardar.
- Editar Familia:
Buscar la familia que se desea modificar la información.
Hacer clic en Editar.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
160
Tabla 2.36 Pruebas de Integración – Gestionar Responsables de la Ficha Familiar
2.5.2.2
PRUEBA GESTIONAR MIEMBROS FAMILIARES
Prueba de Integración: Gestionar miembros familiares
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Ingreso de datos
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
miembros familiares.
Datos de Ingreso: Datos de un miembro familiar.
Procedimiento de prueba:
- Ingresar Nuevo miembro familiar:
Buscar la familia a la que se quiere ingresar un miembro
Seleccionar la familia a la que se quiere ingresar un miembro.
Se despliega una nueva pantalla para el ingreso de miembros familiares.
Seleccionar ingresar nuevo.
Ingresar todos los datos en los campos del formulario.
Clic en el botón Guardar.
161
- Editar miembro familiar:
Buscar la familia a la pertenece el miembro que se quiere modificar.
Seleccionar dicha familia.
Buscar el miembro familiar que se quiere modificar.
Seleccionar el miembro familiar.
Se despliega la pantalla de datos.
Modificar los datos necesarios.
Clic en el botón Actualizar.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Si no se ingresan los datos requeridos desplegará un
mensaje de error pidiendo los mismos.
Tabla 2.37 Pruebas de Integración – Gestionar Miembros Familiares
2.5.2.3
PRUEBA INGRESAR CONDICIONES DE LA VIVIENDA
Prueba de Integración: Gestionar condiciones de la vivienda
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Ingreso de datos.
Objetivo: Comprobar el funcionamiento y desempeño de la administración de
condiciones de vivienda.
162
Datos de Ingreso: Datos de la condición de la vivienda familiar.
Procedimiento de prueba:
- Guardar la condición de la vivienda:
Buscar la familia en la que se quiere guardar la condición de la vivienda.
Seleccionamos la opción condiciones de la vivienda.
Ingresamos todos los datos del formulario.
Clic en el botón Guardar.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Observaciones: Solo existe una función en condiciones de la vivienda ya que
cada familia tiene una vivienda y por tanto los datos de la vivienda solo son
actualizados.
Tabla 2.38 Pruebas de Integración – Gestionar Condiciones de la Vivienda
2.5.2.4
PRUEBA GENERACIÓN DE REPORTES
Prueba de Integración: Generar reportes
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Ubicación: Módulo Ingreso de datos
Objetivo: Comprobar el funcionamiento y generación de los reportes.
163
Datos de Ingreso: Selección de filtros en cualquiera de los reportes.
Procedimiento de prueba:
- Generar e imprimir reporte:
Seleccionar en los parámetros las condiciones necesarias para generar
el reporte.
Seleccionamos la opción generar reporte.
Seleccionamos la opción imprimir reporte.
Resultados:
Observar en pantalla el resultado de la operación realizada.
Revisar si la impresión se realiza de acuerdo a lo mostrado.
Observaciones: El procedimiento en la generación de reportes es parecida por
lo que el procedimiento se ejecuto en los dos tipos de reportes disponibles la
diferencia es que en el reporte estadístico al mostrarse una imagen la
impresión se la realiza a través del explorador.
Tabla 2.39 Pruebas de Integración – Generación de reportes
164
2.5.3
PRUEBAS DE USABILIDAD
Las pruebas de usabilidad son las que se realizan a un grupo de usuarios para
obtener datos acerca la utilidad, facilidad de uso, facilidad de aprendizaje y
apreciación para una tarea, un usuario y un entorno dado.34
2.5.3.1
PRUEBA INGRESAR FAMILIA
Prueba de Usabilidad: Ingresar una familia
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Objetivo: Identificar la cantidad de tiempo utilizado para ingresar los datos
generales de una familia utilizando datos de una ficha médica familiar,
identificar posibles problemas al momento de realizar esta tarea.
Datos de Ingreso: Datos de una familia.
Procedimiento de prueba:
34
-
Ingresar en el sistema un usuario con perfil administrador y digitador.
-
Utilizar la opción gestionar familias.
-
Hacer clic en ingresar familia.
-
Ingresar los datos de una determinada familia.
http://planeta.gaiasur.com.ar/infoteca/test-de-usabilidad-de-un-sitio.html
165
-
Identificar la ubicación de una familia en el mapa.
-
Guardar la información.
166
Resultados:
-
La realización de la mencionada prueba tomó entre 4 y 5 minutos.
-
El tiempo fue disminuyendo mientras más familiarizados estaban con el
sistema.
-
Lo que más tomó tiempo fue la ubicación domiciliar de las familias en los
mapas ya que esta herramienta tiene un uso un poco complejo pero de
acuerdo a las personas que intervinieron en la prueba la utilización de la
misma ayudara a la experticia en uso de la mencionada herramienta.
Observaciones: En sí los distintos perfiles no tienen distinción en el ingreso de
los datos la diferencia se encuentra en la utilización de ciertas herramientas en
este caso los administradores pueden generar reportes con los mapas cosa
que no pueden hacer los digitadores.
Tabla 2.40 Pruebas de Evaluación – Ingreso de una familia
2.5.3.2
PRUEBA INGRESO DE UN MIEMBRO FAMILIAR
Prueba de Usabilidad: Ingreso de un miembro familiar
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Objetivo: Identificar problemas al momento de ingresar un miembro familiar.
Datos de Ingreso: Datos de un miembro familiar.
167
Procedimiento de prueba:
-
Ingresar en el sistema un usuario con perfil administrador y digitador.
-
Utilizar la opción gestionar familias.
-
Buscar la familia para ingresar un miembro familiar.
-
Ubicar la familia en la lista.
-
Hacer clic en cualquiera de los datos de la familia.
-
En la pantalla mostrada utilizar la opción ingresar nuevo.
-
Ingresar los datos de un miembro familiar (De preferencia datos de una
mujer embarazada).
-
Guardar la información.
Resultados:
-
La opción de búsqueda resulto bastante eficiente ya se utiliza para la
misma algunas opciones.
-
Para ingresar un miembro familiar se requiere de conocimiento de la
herramienta ya que no se indica explícitamente como realizarlo.
-
La prueba se realizó de preferencia con datos de una mujer embarazada
ya que este tipo de datos son más amplios.
Observaciones: Algunos usuarios para el ingreso de datos necesitaban de
más tiempo que otros ya que por defecto los datos familiares mostrados en el
aplicativo son datos generales, de acuerdo al caso se irán mostrando los
demás campos de ser necesario.
Tabla 2.41 Pruebas de Evaluación – Ingreso de un miembro familiar
168
169
2.5.3.3
PRUEBA MANTENIMIENTO DE DATOS ADMINISTRATIVOS
Prueba de Usabilidad: Mantenimiento de datos administrativos
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Objetivo: Verificar la funcionalidad del sistema para administrar datos críticos
del mismo, consultar con un administrador los problemas que se pueden
presentar durante el mantenimiento de este tipo de datos.
Datos de Ingreso: Datos administrativos.
Procedimiento de prueba:
-
Ingresar en el sistema un usuario con perfil administrador.
-
Ir a sistema y utilizar cada una de las opciones de administración de
datos.
Resultados:
-
El administrador indicó que le resulta bastante fácil el mantenimiento de
estos datos, ya que son simples.
Observaciones: La opción sistema con su menú es únicamente utilizable por
los administradores de sistema nadie más los podrá utilizar.
Tabla 2.42 Pruebas de Evaluación – Mantenimiento de datos administrativos
170
2.5.3.4
PRUEBA DE GENERACIÓN DE REPORTES
Prueba de Usabilidad: Generación de reportes
Proyecto:
Sistema Web de apoyo para el programa de salud comunitaria del
Área de Salud No.2 “Las Casas”
Responsable: Javier Chillogallo
Objetivo: Identificar los problemas que pueda encontrar un usuario al momento
de generar reportes.
Procedimiento de prueba:
-
Ingresar en el sistema un usuario con perfil médico.
-
Ir al módulo de reportes y generar uno de acuerdo al criterio propio de
un usuario.
Resultados:
-
Los reportes se generaron de acuerdo al requerimiento de los usuarios.
Observaciones: Dependiendo de la necesidad de cada uno de los usuarios los
reportes pueden ser mas demorados al momento de su generación.
Tabla 2.43 Pruebas de Evaluación – Generación de reportes
171
2.6 DESPLIEGUE
El desarrollo de este flujo de trabajo se inicia desde las fases anteriores ya con
las presentaciones preliminares del producto.
El diagrama de despliegue es el siguiente:
Administradores
Médicos
Digitadores
Servidor Web
Servidor Base de Datos
cyclic
Figura 2.67 Despliegue – Diagrama de despliegue
172
Para realizar el despliegue de la solución se realizó lo siguiente:
2.6.1
CONFIGURACIÓN Y DESPLIEGUE DE EQUIPAMIENTO
(INSTALACIÓN).
La obtención y configuración de los equipos es una parte fundamental para el
desempeño efectivo del software que en el va trabajar.
2.6.1.1
INSTALACIÓN Y PRUEBA DE LA SOLUCIÓN DE SOFTWARE PRE
-DESPLIEGUE
Se realizó la instalación de acuerdo a lo especificado en el manual de
instalación en un equipo con las siguientes características:
Intel Pentium 4 de 1.6Ghz
Windows XP Service Pack 2
Memoria de 512 Mb.
Disco Duro de 80 Gb.
Este equipo funcionó correctamente como servidor de pruebas y cumplió
satisfactoriamente con lo requerimientos de los clientes que se conectaron a él.
En los clientes no se instaló nada.
2.6.1.2
EQUIPO DE ESPECIALISTAS
Para mantener el equipo y el software funcionando se informó acerca de las
características del software y de los requerimientos necesarios para el mismo a
las personas que forman parte del Área de Salud ya que ellos se harán cargo
de mantener trabajando y funcionando correctamente los equipos y
aplicaciones requeridas para el sistema .
173
2.6.1.3
ASEGURAMIENTO DE LOCALES FINALES DEL EQUIPAMIENTO
Es responsabilidad del Área de Salud mantener resguardados los equipos para
evitar problemas futuros como robos de los equipos y de información que
pueda comprometer el funcionamiento del sistema.
2.6.2
PUESTA EN MARCHA DEL EQUIPAMIENTO
Una vez revisados los equipos en los que va a trabajar el sistema se procedió a
realizar las tareas que se indican a continuación para asegurar el
funcionamiento óptimo del producto de software.
2.6.2.1
PRUEBA FINAL AL EQUIPAMIENTO
Ya instalado el sistema se procedió a revisar las conexiones de red e
instalaciones eléctricas necesarias para que la máquina que por el momento
sirve de servidor responda a las expectativas de ingreso y proceso de datos.
Todas las conexiones eran adecuadas para mantener trabajando el sistema y
por tanto no representaba riesgos para el correcto funcionamiento del software.
2.6.2.2
CONFIGURACIÓN FINAL DE LAS APLICACIONES
Para esto se reviso en algunos clientes lo único que era necesario tener
conectividad directa con el servidor y tener instalado el Internet Explorer
necesario para la comunicación del mismo, esto se lo hizo en algunas
máquinas del Área de salud las cuales como clientes van a ayudar para el
ingreso de datos.
2.6.3
CAPACITACIÓN DEL PERSONAL
Antes de probar el sistema se dio una pequeña capacitación acerca del
funcionamiento del software al personal encargado del funcionamiento del
mismo para luego realizar un conjunto de pruebas las cuales se encuentran
recogidas en la parte de pruebas del proyecto.
Algunas cosas no pudieron ser explicadas pero a través de la entrega de
manuales se hizo posible esta tarea.
174
2.6.4
SOPORTE A LA SOLUCIÓN
Luego de entregado y probado el producto se dio una inducción del desarrollo a
los encargados del departamento de sistemas, al ser un sistema escalable ellos
lo pueden adaptar a nuevas necesidades y por ende incrementar el potencial
del mismo, que se den soluciones rápidas y adecuadas es el objetivo.
2.7 GESTIÓN DE CONFIGURACIÓN
Como la finalidad de este proceso es mantener registrado todo lo realizado
durante la ejecución del proyecto se anota lo siguiente:
Día
Actividad desarrollada
05/01/2009 Puesta en marcha del proyecto.
07/01/2009 Reunión con el Stakeholder del Área de Salud. Descripción
general del sistema. Captura inicial de requisitos.
14/01/2009 Elaboración del primer documento con la captura de
requisitos inicial.
15/01/2009 Aclaración de los requisitos iniciales del sistema.
16/01/2009 Segunda reunión con el Stakeholder para la aclaración de
dudas anteriores, y para el inicio del documento Visión y Plan
de Desarrollo Software.
17/01/2009 Comienzo de la fase de Análisis.
19/01/2009 Identificar subsistemas, actores y algunos casos de uso
generales. Primeros esbozos en Rational Rose.
175
23/01/2009 Tercera reunión con el Stakeholder. Aclaración de las
características del sistema y sus atributos. Definición de los
perfiles de usuario.
03/02/2009 Realización del documento Visión completa.
07/02/2009 Generación del Modelo de Casos de Uso del Negocio.
10/02/2009 Generación del Diagrama de Clases.
13/02/2009 Creación de las Plantillas de Especificación de Casos de Uso
y revisión de otros artefactos.
16/02/2009 Realización de la Especificación de los Casos de Uso.
17/02/2009 Preparación de las especificaciones de algunos casos de uso,
a falta de corroborar con el usuario. Búsqueda de más
información con la herramienta Rational Rose.
18/02/2009 Elaboración de plantillas de casos de uso.
21/02/2009 Realización de la primera versión del modelo de la Base de
Datos, Especificación Casos de Uso y Diagrama de Clases
23/02/2009 Generación de prototipos de interfaces gráficas y modelos de
casos de pruebas.
28/02/2009 Mejora de las Interfaces Gráficas, también revisión de las
plantillas de las especificaciones de Casos de Uso.
176
03/03/2009 Revisión de las interfaces de los casos de uso.
05/03/2009 Comienzo de la elaboración de la documentación y requisitos.
Revisión Casos de Uso.
06/03/2009 Reunión con el Stakeholder. Revisión de la Visión y del Plan
de Desarrollo Software. Continuación del desarrollo del
proyecto y documentación.
09/03/2009 Inicio de la implementación de la aplicación, correspondiente
a la identificación de los usuarios. Conexión a la Base de
Datos.
12/03/2009 Revisión del modelo en Rational Rose y los módulos de
programación para que todo sea consistente.
17/03/2009 Elaboración de la documentación.
20/03/2009 Creación Modelo de Objetos del Negocio, Diagrama de
Despliegue y Diagrama de Componentes.
20/03/2009 Modificación Base de Datos de pruebas.
22/03/2009 Ajustes del Modelo de Rational.
29/03/2009 Modificación Base de Datos de pruebas y depuración del
sistema.
04/04/2009 Realización de Pruebas. Depuración del código generado.
177
06/04/2009 Creación de nuevos Diagramas y Casos de Uso. Continúa la
realización de Pruebas.
09/04/2009 Modificación Base de Datos de pruebas, revisión de las
pruebas realizadas. Realización de Pruebas por parte del
Usuario.
13/04/2009 Exposición de la 1ª Release
16/04/2009 Reunión con el Stakeholder del Área de Salud. Revisión de
Prototipos y Casos de Prueba asociados.
17/04/2009 Creación de nuevos Diagramas y estudio Caso de Pruebas.
21/04/2009 Implementación de los Casos de Uso 2ª Release.
22/04/2009 Creación de nuevos Casos de Uso.
23/04/2009 Implementación de los Casos de Uso para la 2ª Release.
26/04/2009 Creación de nuevos casos de uso
26/04/2009 Realización casos prueba 2ª Release.
27/04/2009 Implementación de los Casos de Uso pactados para la 2ª
Release.
03/05/2009 Modificación Base de Datos de prueba.
05/05/2009 Creación de nuevos Diagramas de Actividad. Realización de
178
los Casos de Prueba 2ª Release.
12/05/2009 Realización casos prueba 2ª Release y modificación Base de
Datos de prueba.
22/05/2009 Modificación de documento.
27/05/2009 Revisión de los Diagramas de Acitividad. Elaboración de la
documentación.
29/05/2009 Presentación de la 2ª Release al cliente, entrega de lo
convenido hasta la fecha. Revisión del Usuario y Fin del
Proyecto.
Tabla 2.44 Gestión de la configuración
2.8 GESTIÓN DEL PROYECTO
Para realizar la gestión del proyecto se tomo en cuenta lo principal dentro del
proceso de desarrollo, se puede anotar lo siguiente.
Disciplinas / Artefactos
generados o modificados
Comienzo
Fin
durante la Fase de Inicio
Modelado del Negocio
Modelo de Casos de Uso del
Semana 05/01/09 -
Semana 19/01/09 -
Negocio y Modelo del Negocio
10/01/09
24/01/09
Requisitos
179
Glosario
Modelo de Casos de Uso
Semana 05/01/09 -
Semana 19/01/09 -
10/01/09
24/01/09
Semana 19/01/09 -
Siguiente fase
24/01/09
Especificación de Casos de Uso
Semana 19/01/09 -
Siguiente fase
24/01/09
Especificaciones Adicionales
Semana 19/01/09 -
Siguiente fase
24/01/09
Análisis / Diseño
Modelo de Análisis / Diseño
Semana 12/01/09 -
Siguiente fase
17/01/09
Modelo de Datos
Semana 12/01/09 -
Siguiente fase
17/01/09
Construcción
Prototipos de Interfaces de
Semana 19/01/09 -
Usuario
24/01/09
Estándares de Programación y
Semana 19/01/09 -
de desarrollo
24/01/09
Siguiente fase
Siguiente fase
Pruebas
Estimación de pruebas
Semana 19/01/09 -
Siguiente fase
180
24/01/09
181
Despliegue
Despliegue de solución
Semana 19/01/09 -
Siguiente fase
24/01/09
Gestión de Cambios y
Durante todo el
Durante todo el
Configuración
proyecto
proyecto
Plan de Desarrollo del Software
Semana 05/01/09 -
Semana 19/01/09 -
en su versión 1.0 y planes de las
10/01/09
24/01/09
Durante todo el
Durante todo el
proyecto
proyecto
Gestión del proyecto
Iteraciones
Entorno
Tabla 2.45 Gestión del Proyecto – Fase de Inicio
Disciplinas / Artefactos
generados o modificados
Comienzo
Fin
durante la Fase de Elaboración
Modelado del Negocio
Modelo de Casos de Uso del Semana 12/01/09 - Finalizado
Negocio y Modelo del Negocio
17/01/09
182
Requisitos
Glosario
Semana 12/01/09 - Finalizado
17/01/09
Modelo de Casos de Uso
Semana 19/01/09 - Semana 23/03/09 24/01/09
Especificación de Casos de Uso
Semana 19/01/09 - Semana 23/03/09 24/01/09
Especificaciones Adicionales
27/03/09
27/03/09
Semana 19/01/09 - Semana 23/03/09 24/01/09
27/03/09
Análisis / Diseño
Modelo de Análisis / Diseño
Semana 19/01/09 - Revisar
24/01/09
Modelo de Datos
cada
en
cada
en
cada
en
cada
iteración
Semana 19/01/09 - Revisar
24/01/09
en
iteración
Implementación
Prototipos
Usuario
de
Interfaces
de Semana 19/01/09 - Revisar
24/01/09
iteración
Estándares de Programación y Semana 19/01/09 - Revisar
183
de desarrollo
24/01/09
iteración
Pruebas
Estimación de pruebas
Semana 19/01/09 - Revisar
24/01/09
en
cada
en
cada
iteración
Despliegue
Despliegue de solución
Semana 19/01/09 - Revisar
24/01/09
Gestión
de
Cambios
Configuración
y Durante
iteración
todo
el Durante
proyecto
todo
el
proyecto
Gestión del proyecto
Plan de Desarrollo del Software Semana 19/01/09 - Revisar
en su versión 2.0 y planes de las 24/01/09
en
cada
iteración
Iteraciones
Entorno
Durante
todo
el Durante
proyecto
Tabla 2.46 Gestión de Proyecto–Fase de Elaboración
proyecto
todo
el
184
Disciplinas / Artefactos
generados o modificados
durante la Fase de
Comienzo
Fin
Construcción (Iteración 1)
Casos de Uso negociados para
la Primera Release
Gestionar Usuarios
16/03/09
07/04/09
Gestionar Provincias
16/03/09
07/04/09
Gestionar Ciudades
16/03/09
07/04/09
Gestionar Parroquias
16/03/09
07/04/09
Gestionar Grupos Étnicos
16/03/09
07/04/09
Gestionar Responsables de
16/03/09
07/04/09
Fichas
Tabla 2.47 Gestión de Proyecto–Fase de Elaboración Iteración 1
185
Disciplinas / Artefactos
generados o modificados
Comienzo
durante la Fase de
Fin
Construcción (Iteración 2)
Gestionar Familias
13/04/2009
21/04/2009
Gestionar Miembros Familiares
23/04/2009
27/04/2009
Gestionar Condiciones de
28/04/2009
01/05/2009
02/05/2009
12/05/2009
Vivienda
Gestionar Reportes
Tabla 2.48 Gestión de Proyecto–Fase de Elaboración Iteración 2
2.9
ENTORNO
El entorno se refiere a todas las herramientas que ayudaron al correcto
desarrollo del sistema dentro de eso se puede indicar lo siguiente:
2.9.1
EQUIPOS
Los equipos utilizados para el proyecto son los siguientes:
Computador Portátil, AMD TURION X2 DE 1.6 Ghz, 120 Gb en Disco
Duro y 1Gb de memoria RAM.
Computador Personal, INTEL CORE DUO DE 2.19 Ghz, 200 Gb en
Disco Duro y 1 Gb de memoria RAM.
Impresora laser Hp deskjet 120.
Impresora a inyección HP deskjet D1560.
186
Memoria Flash Kingston de 4 Gb.
2.9.2
SOFTWARE
El software instalado en los equipos para desarrollar el sistema es el siguiente:
Adobe Dreamweaver CS4 para el desarrollo más ágil de las interfaces.
Apache 2.2.10 con MapServer como servidor web.
pmapper como visualizador para los mapas
Mysql 5.0 para la base de datos.
Internet Explorer 7 e Internet Explorer 8(el sistema también se probo en
IE 6) como cliente de la aplicación.
Microsoft Word 2007 para la documentación.
Rational Rose 2000 Enterprise Edition para el desarrollo de los
diagramas.
Map Window GIS 4.5.5 como soporte para la implementación de los
mapas
Power Designer 11 para el diseño de la base de datos.
2.9.3
MATERIALES DE OFICINA
Los materiales de oficina utilizados son:
1000 hojas de papel bond A4 de 75 gr.
2 esferográficos color azul.
2 esferográficos color negro.
4 lápices.
1 borrador.
2 libretas a cuadros.
7 carpetas de cartón.
187
2.9.4
OTROS
Además de lo mencionado anteriormente es válido también anotar lo siguiente:
El desarrollo de la mayoría de este proyecto se lo realizó en el domicilio
del autor del sistema por tanto no se toman en cuenta otros recursos
utilizados en este ambiente.
Una parte de sistema también se lo realizó en las instalaciones de la
Empresa Exec Sistemas así que otros gastos como el uso de internet y
los recursos propios de la empresa tampoco se mencionan aquí.
188
CAPÍTULO 3. EVALUACIÓN DE LA SOLUCIÓN
3.1 EVALUACIÓN DE LA SOLUCIÓN.
Para evaluar la solución se procedió a realizar pruebas de unidad, de
integración y de usabilidad obteniendo información con respecto a la
funcionalidad del sistema, la consistencia de los datos, la facilidad de uso y
presentación de interfaz con respecto al usuario final, para de esta manera
comprobar el grado de calidad del software. .
3.1.1
PRUEBAS DE UNIDAD
Fallo: Ingreso de datos, no se debería permitir el ingreso de caracteres
especiales en las descripciones.
Pruebas afectadas:
GESTIONAR USUARIO
GESTIONAR PROVINCIAS
GESTIONAR CIUDADES
GESTIONAR PARROQUIAS
GESTIONAR GRUPOS ÉTNICOS
GESTIONAR
RESPONSABLES
DEL
LLENADO
DE
LA
FICHA
FAMILIAR
La corrección de errores sobre estas pruebas, se la realizó modificando la clase
de validar datos, en la que se excluye los caracteres mencionados
anteriormente.
189
3.1.2
PRUEBAS DE INTEGRACIÓN
Fallo: Demasiado tiempo en la actualización de la página.
Pruebas afectadas:
GESTIONAR MIEMBROS FAMILIARES
Para evitar un retardo excesivo en la actualización de la página se revisó las
funciones de ingreso y actualización de datos por medio de los cuales se pueda
optimizar las sentencias con el fin de que el proceso de intercambio con la base
de datos de lo haga de forma más oportuna y eficiente.
3.1.3
PRUEBAS DE USABILIDAD
De esta evaluación se tuvieron algunas observaciones:
Los usuarios dieron su aceptación en la solución presentada ya que cubre las
necesidades básicas para el proyecto presentado.
Les resultó bastante difícil al principio el manejo de los mapas aquí
presentados pero concordaron que con el uso podrán desarrollar sus
habilidades en el uso del sistema y evitar los problemas presentados al
principio.
3.2 ANÁLISIS DE LOS RESULTADOS
Con las evaluaciones llevadas a cabo en el sistema se obtienen los siguientes
resultados:
Con respecto a las pruebas realizadas los problemas presentados
estuvieron relacionados con la programación y no con las reglas de
negocio es decir la solución de los mismos se lo hizo únicamente con la
reprogramación de los errores sin modificar la estructura del negocio.
190
El sistema en el principio provee una herramienta valiosa para la
detección de riesgos en el sector.
Por el enfoque dado al mismo no solo sería útil dentro del sector en el
cual se va a utilizar sino que se lo puede utilizar en otros sectores con
las mismas reglas de negocio.
La utilización de mapas en el sistema provee una herramienta adicional
por medio de la cual se identifican los sectores en los cuales se
presentan mayores problemas.
En la evaluación de la solución también se hizo hincapié en los resultados que
arrojan lo reportes.
Los médicos y administradores obtienen datos de:
Cantidad de personas con esquema de vacunas incompleto.
Cantidad de adolescentes embarazadas en un sector determinado.
Cantidad de mujeres embarazadas.
Cantidad de adultos mayores.
Personas con algún tipo de discapacidad.
Otra información relevante es:
Personas con analfabetismo.
Personas con índices de desocupación.
Personas que presentan enfermedades de impacto.
De acuerdo a las condiciones de las viviendas familiares:
Familias que consumen agua insegura.
Familias que tienen una mala forma de eliminación de la basura.
Familias que presentan una mala eliminación de las aguas servidas.
Indicador de familias que tienen todos los servicios básicos.
Con estos resultados ya tienen de forma inmediata una relación de riesgos
entre sectores familiares del Área de Salud.
191
Toda esta información proveerá una herramienta sumamente útil para que las
personas encargadas tomen decisiones adecuadas y oportunas en pro del
bienestar de las familias del sector.
CAPÍTULO 4. CONCLUSIONES Y RECOMENDACIONES
4.1 Conclusiones
En sistemas en los que se va haciendo mejoras constantes y la
aplicación está siendo utilizada en varios lugares lo mejor es realizar un
desarrollo web ya que este tipo de soluciones dan la facilidad de hacer
cambios en el código del servidor y que los mismos se vean reflejados
en los clientes de forma inmediata.
Los reportes mostrados indican claramente los diferentes índices de
riesgo sobre los cuales los médicos pueden actuar y de esta forma
ayudar a las familias que tienen más problemas.
De acuerdo a los perfiles asignados los médicos pueden utilizar la
información proporcionada por los distintos reportes web ayudando a
establecer políticas de ayuda a cada uno de los involucrados en algún
tipo de problema.
El entorno Web es una alternativa bastante poderosa ya que con el
crecimiento de las comunicaciones se puede llegar a zonas donde antes
era imposible obtener datos y alimentar a soluciones como la presentada
para obtener resultados que ayuden a la rápida acción por parte de las
autoridades encargadas de brindar ayuda a distintos sectores de la
sociedad.
La presente tesis cumplió con las expectativas de los miembros del Área
de Salud que requerían de un sistema que sea escalable y fiable ya que
al poseer herramientas libres como política de desarrollo ayuda para que
cualquier Ingeniero con conocimiento en las mismas apoye con sus
192
ideas para que las versiones posteriores se integren a sistemas de
mayor envergadura con respecto a éste.
4.2 Recomendaciones
Hay que tener en claro bien que es lo que se va a realizar ya que si bien
las soluciones web son una alternativa bastante buena hay cosas que no
se pueden realizar a menos que sea una aplicación de escritorio y por
tanto se limitan las capacidades de dicha aplicación.
Antes de decidirse por alguna alternativa hay que investigar las cosas
que ya están hechas ya que si se toma alguna decisión equivocada a
veces solucionar un pequeño módulo del sistema puede tomar más
tiempo del requerido para la solución y provocar retardos que influyan
determinante mente en el tiempo de entrega del sistema y tal vez lo
realizado no sea del agrado del cliente provocando una pérdida de
tiempo innecesaria y esfuerzo malgastado.
Muchos de los sistemas que funcionan hoy en día están enfocados al
aprovechamiento de recursos que ya fueron realizados, tomando las
mejores prácticas e implementándolo en soluciones de mayor alcance
provocando que el usuario esté familiarizado plenamente con las
características propias de cada una de ellas evitando que sean
obsoletas y aburridas en su utilización, al contrario provee una
herramienta poderosísima para que su aplicación perdure en el tiempo y
las nuevas versiones de la misma sean cada vez mejores y tengan una
aceptación más amplia.
193
4.3 BIBLIOGRAFIA
4.3.1
LIBROS Y MANUALES
Boggs Michael, Boggs Wendy, UML with Rational Rose 2002,SYBEX
2002.
COHEN Daniel , Sistemas de información para la toma de decisiones,
EditorialMCGraw Hill/Interamericana de México DF 1994.
CONALLEN Jim, Building Web Applications with UML Second Edition,
Addison Wesley, 2002.
Introducción a RUP, articulo técnico, Departamento de Sistemas
Informáticos y computación, Universidad Politécnica de Valencia.
Información proporcionada por el Área de Salud Nº2.
Hamar Vanesa, Aspectos Metodológicos del desarrollo y reutilización de
componentes de software, Universidad de los Andes, Mérida 2003.
4.3.2
PROYECTOS DE TITULACIÓN
Diego Javier Ayala Santacruz, Marco Vinicio Yujato Toasa , Sistema de
Ayuda para la toma de decisiones en las Funciones de Marketing
Relacionadas con un producto de mercado, Escuela Politecnica
Nacional, 1997
Iñiguez Almeida Cleiner Ivan, Sistema Estadístico para apoyar a la
gestión universitaria, Escuela Politécnica Nacional 1996.
194
4.3.3
INTERNET
Programa
de
apoyo
al
sector
de
salud
del
Ecuador,http://www.passe.gov.ec/paginas/subtitulos/principal.htm,
Última
actualización: 15 de Agosto del 2009
Barriers,
Decision
Support
Systems
http://www.informationbuilders.com/decision-support-systems-dss.html,
Ultimo acceso 10 abril de 2009
Rodriguez Lopez Cesar, Martínez Herrero Luis, Rico, Mira, German y otros,
Ejemplo de Desarrollo de Software utilizando la metodología RUP,
http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/index.html,
Última actualización: 28 de Julio de 2003
ANEXOS
I
ANEXO 1. Carta de Ottawa para la Promoción de la Salud
La primera Conferencia Internacional sobre la Promoción de la Salud reunida
en Ottawa el día 21 de noviembre de 1986 emite la presente CARTA dirigida a
la consecución del objetivo "Salud para Todos en el año 2000." Esta
conferencia fue, ante todo, una respuesta a la creciente demanda de una
nueva concepción de la salud pública en el mundo. Si bien las discusiones se
centraron en las necesidades de los países industrializados, se tuvieron
también en cuenta los problemas que atañen a las demás regiones. La
conferencia tomó como punto de partida los progresos alcanzados como
consecuencia de la Declaración de Alma Ata sobre la atención primaria, el
documento "Los Objetivos de la Salud para Todos" de la Organización Mundial
de la Salud, y el debate sobre la acción intersectorial para la salud sostenido
recientemente en la Asamblea Mundial de la Salud.
PROMOCIÓN DE LA SALUD
La promoción de la salud consiste en proporcionar a los pueblos los medios
necesarios para mejorar su salud y ejercer un mayor control sobre la misma.
Para alcanzar un estado adecuado de bienestar físico, mental y social un
individuo o grupo debe ser capaz de identificar y realizar sus aspiraciones, de
satisfacer sus necesidades y de cambiar o adaptarse al medio ambiente. La
salud se percibe pues, no como el objetivo, sino como la fuente de riqueza de
la vida cotidiana. Se trata por tanto de un concepto positivo que acentúa los
recursos sociales y personales así como las aptitudes físicas. Por consiguiente,
dado que el concepto de salud como bienestar trasciende la idea de formas de
vida sanas, la promoción de la salud no concierne exclusivamente al sector
sanitario.
II
PREREQUISITOS PARA LA SALUD
Las condiciones y requisitos para la salud son: la paz, la educación, la vivienda.
La alimentación, la renta, un ecosistema estable, la justicia social y la equidad.
Cualquier mejora de la salud ha de basarse necesariamente en estos
prerrequisitos.
PROMOCIONAR EL CONCEPTO
Una buena salud es el mejor recurso para el progreso personal, económico y
social y una dimensión importante de la calidad de la vida. Los factores
políticos, económicos, sociales, culturales, de medio ambiente, de conducta y
biológicos pueden intervenir bien en favor o en detrimento de la salud. El
objetivo de la acción por la salud es hacer que esas condiciones sean
favorables para poder promocionar la salud.
PROPORCIONAR LOS MEDIOS
La promoción de la salud se centra en alcanzar la equidad sanitaria. Su acción
se dirige a reducir las diferencias en el estado actual de la salud y a asegurar la
igualdad de oportunidades y proporcionar los medios que permitan a toda la
población desarrollar al máximo su salud potencial. Esto implica una base firme
en un medio que la apoye, acceso a la información y poseer las aptitudes y
oportunidades que la lleven a hacer sus opciones en términos de salud. Las
gentes no podrán alcanzar su plena salud potencial a menos que sean capaces
de asumir el control de todo lo que determine su estado de salud. Esto se
aplica igualmente a hombres y mujeres.
ACTUAR COMO MEDIADOR
III
El sector sanitario no puede por sí mismo proporcionar las condiciones previas
ni asegurar las perspectivas favorables para la salud y, lo que es más, la
promoción de la salud exige la acción coordinada de todos los implicados: los
gobiernos, los sectores sanitarios y otros sectores sociales y económicos, las
organizaciones benéficas, las autoridades locales, la industria y los medios de
comunicación. Las gentes de todos los medios sociales están involucradas
como individuos, familias y comunidades. A los grupos sociales y profesionales
y
al
personal
sanitario
les
corresponde
especialmente
asumir
la
responsabilidad de actuar como mediadores entre los intereses antagónicos y
a favor de la salud.
Las estrategias y programas de promoción de la salud deben adaptarse a las
necesidades locales y a las posibilidades específicas de cada país y región y
tener en cuenta los diversos sistemas sociales, culturales y económicos.
LA PARTICIPACIÓN ACTIVA EN LA PROMOCIÓN DE LA SALUD IMPLICA:
LA ELABORACIÓN DE UNA POLÍTICA PÚBLICA SANA
Para promover la salud se debe ir más allá del mero cuidado de la misma. La
salud ha de formar parte del orden del día de los responsables de la
elaboración de los programas políticos, a todos los sectores y a todos los
niveles, con objeto de hacerles tomar conciencia de las consecuencias que sus
decisiones pueden tener para la salud y llevarles así a asumir la
responsabilidad que tienen en este respecto.
La política de promoción de la salud ha de combinar enfoques diversos si bien
complementarios, entre los que figuren la legislación, las medidas fiscales, el
sistema tributario y los cambios organizativos. Es la acción coordinada la que
nos lleva a practicar una política sanitaria, de rentas y social que permita una
mayor equidad. La acción conjunta contribuye a asegurar la existencia de
bienes y servicios sanos y seguros, una mayor higiene de los servicios públicos
y de un medio ambiente más grato y limpio.
IV
La política de promoción de la salud requiere que se identifiquen y eliminen los
obstáculos que impidan la adopción de medidas políticas que favorezcan la
salud en aquellos sectores no directamente implicados en la misma. El objetivo
debe ser conseguir que la opción más saludable sea también la más fácil de
hacer para los responsables de la elaboración de los programas.
LA CREACIÓN DE AMBIENTES FAVORABLES
Nuestras sociedades son complejas y están relacionadas entre sí de forma que
no se puede separar la salud de otros objetivos. Los lazos que, de forma
inextricable, unen al individuo y su medio constituyen la base de un
acercamiento socio-ecológico a la salud. El principio que ha de guiar al mundo,
las naciones, las regiones y las comunidades ha de ser la necesidad de
fomentar el apoyo recíproco, de protegernos los unos a los otros, así como
nuestras comunidades y nuestro medio natural. Se debe poner de relieve que
la conservación de los recursos naturales en todo el mundo es una
responsabilidad mundial.
El cambio de las formas de vida, de trabajo y de ocio afecta de forma muy
significativa a la salud. El trabajo y el ocio deben ser una fuente de salud para
la población. El modo en que la sociedad organiza el trabajo debe de contribuir
a la creación de una sociedad saludable. La promoción de la salud genera
condiciones de trabajo y de vidas gratificantes, agradables, seguras y
estimulantes.
Es esencial que se realice una evaluación sistemática del impacto que los
cambios del medio ambiente producen en la salud, particularmente en los
sectores de la tecnología, el trabajo, la energía, la producción y el urbanismo.
Dicha evaluación debe ir acompañada de medidas que garanticen el carácter
positivo de los efectos de esos cambios en la salud pública. La protección tanto
de los ambientes naturales como de los artificiales, y la conservación de los
recursos naturales, debe formar parte de las prioridades de todas las
estrategias de promoción de la salud.
V
EL REFORZAMIENTO DE LA ACCIÓN COMUNITARIA
La promoción de la salud radica en la participación efectiva y concreta de la
comunidad en la fijación de prioridades, la toma de decisiones y la elaboración
y puesta en marcha de estrategias de planificación para alcanzar un mejor nivel
de salud. La fuerza motriz de este proceso proviene del poder real de las
comunidades, de la posesión y del control que tengan sobre sus propios
empeños y destinos.
El desarrollo de la comunidad se basa en los recursos humanos y materiales
con que cuenta la comunidad misma para estimular la independencia y el
apoyo social, así como para desarrollar sistemas flexibles que refuercen la
participación pública y el control de las cuestiones sanitarias. Esto requiere un
total y constante acceso a la información y a la instrucción sanitaria, así como a
la ayuda financiera.
EL DESARROLLO DE LAS APTITUDES PERSONALES
La promoción de la salud favorece el desarrollo personal y social en tanto que
proporcione información, educación sanitaria y perfeccione las aptitudes
indispensables para la vida. De este modo se incrementan las opciones
disponibles para que la población ejerza un mayor control sobre su propia salud
y sobre el medio ambiente y para que opte por todo lo que propicie la salud.
Es esencial proporcionar los medios para que, a lo largo de su vida, la
población se prepare para las diferentes etapas de la misma y afronte las
enfermedades y lesiones crónicas. Esto se ha de hacer posible a través de las
escuelas, los hogares, los lugares de trabajo y el ámbito comunitario, en el
sentido de que exista una participación activa por parte de las organizaciones
profesionales, comerciales y benéficas, orientada tanto hacia el exterior como
hacia el interior de las instituciones mismas.
VI
VII
LA REORIENTACIÓN DE LOS SERVICIOS SANITARIOS
La responsabilidad de la promoción de la salud por parte de los servicios
sanitarios
la
comparten
los
individuos,
los
grupos
comunitarios,
los
profesionales de la salud, las instituciones y servicios sanitarios y los
gobiernos. Todos deben trabajar conjuntamente por la consecución de un
sistema de protección de la salud.
El sector sanitario debe jugar un papel cada vez mayor en la promoción de la
salud de forma tal que trascienda la mera responsabilidad de proporcionar
servicios clínicos y médicos. Dichos servicios deben tomar una nueva
orientación que sea sensible y respete las necesidades culturales de los
individuos.
Asimismo deberán favorecer la necesidad por parte de las comunidades de una
vida más sana y crear vías de comunicación entre el sector sanitario y los
sectores sociales, políticos y económicos.
La reorientación de los servicios sanitarios exige igualmente que se preste
mayor atención a la investigación sanitaria así como a los cambios en la
educación y la formación profesional. Esto necesariamente ha de producir un
cambio de actitud y de organización de los servicios sanitarios de forma que
giren en torno a las necesidades del individuo como un todo.
IRRUMPIR EN EL FUTURO
La salud se crea y se vive en el marco de la vida cotidiana; en los centros de
enseñanza, de trabajo y de recreo. La salud es el resultado de los cuidados
que uno se dispensa a sí mismo y a los demás, de la capacidad de tomar
decisiones y controlar la vida propia y de asegurar que la sociedad en que uno
vive ofrezca a todos sus miembros la posibilidad de gozar de un buen estado
de salud.
VIII
El cuidado del prójimo, así como el planteamiento holístico y ecológico de la
vida, son esenciales en el desarrollo de estrategias para la promoción de la
salud. De ahí que los responsables de la puesta en práctica y evaluación de las
actividades de promoción de la salud deban tener presente el principio de la
igualdad de los sexos en cada una de las fases de planificación.
EL COMPROMISO A FAVOR DE LA PROMOCIÓN DE LA SALUD
Los participantes en esta conferencia se comprometen:
-
A intervenir en el terreno de la política de la salud pública y a abogar en
favor de un compromiso político claro en lo que concierne a la salud y la
equidad en todos los sectores;
-
A oponerse a las presiones que se ejerzan para favorecer los productos
dañinos, los medios y condiciones de vida malsanos, la mala nutrición y
la destrucción de los recursos naturales. Asimismo se comprometen a
centrar su atención en cuestiones de salud pública tales como la
contaminación, los riesgos profesionales, la vivienda y la población de
regiones no habitadas;
-
A eliminar las diferencias entre las distintas sociedades y en el interior
de las mismas, y a tomar medidas contra las desigualdades, en términos
de salud, que resultan de las normas y prácticas de esas sociedades;
-
A reconocer que los individuos constituyen la principal fuente de salud; a
apoyarlos y capacitarlos a todos los niveles para que ellos, sus familias y
amigos se mantengan en buen estado de salud; y del mismo modo se
comprometen a aceptar que la comunidad es el portavoz fundamental en
materia de salud, condiciones de vida y bienestar en general;
-
A reorientar los servicios sanitarios y sus recursos en términos de la
promoción de la salud; a compartir el poder con otros sectores, con otras
disciplines y, lo que es aún más importante, con el pueblo mismo;
IX
-
A reconocer que la salud y su mantenimiento constituyen el mejor
desafío e inversión social y a tratar el asunto ecológico global de
nuestras formas de vida.
La conferencia insta a todas las personas interesadas a formar una fuerte
alianza en favor de la salud.
LLAMADA A LA ACCIÓN INTERNACIONAL
La Conferencia insta a la Organización Mundial de la Salud y a los demás
organismos internacionales a abogar en favor de la salud en todos los foros
apropiados y a dar apoyo a los distintos países para que se establezcan
programas y estrategias dirigidas a la promoción de la salud.
La Conferencia tiene el firme convencimiento de que si los pueblos, las
organizaciones gubernamentales y no gubernamentales, la Organización
Mundial de la Salud y todos los demás organismos interesados aúnan sus
esfuerzos en torno a la promoción de la salud y en conformidad con los valores
sociales y morales inherentes a esta CARTA, el objetivo "Salud para Todos en
el año 2000" se hará realidad.
X
ANEXO 2. INSTRUCTIVO PARA EL LLENADO DE LA FICHA
FAMILIAR
1
DATOS GENERALES
Registre en forma clara y exacta el Área y Unidad Operativa a la cual pertenece
el encuestador que realizará la apertura de la Ficha Familiar.
Registre en forma clara y exacta la fecha de apertura de la ficha.
En el casillero Número de Ficha Familiar trasladar los datos obtenidos del
Sector, Manzana y Familia de
dos dígitos cada uno. Estos datos
conjuntamente con el código de la provincia / cantón / parroquia aportarán al
Sistema Informático para llegar a obtener un código único de la ficha a nivel
nacional.
Identifique claramente, la Provincia, Cantón, Parroquia, en la que se encuentra
ubicada la familia.
Los datos del Sector, Manzana y No. de Familia serán asignados de acuerdo al
levantamiento del croquis con su delimitación geográfica. Se tomará en cuenta
que como se tiene solo 2 dígitos para cada uno de estos campos, al momento
de cambiar de manzana se iniciará en 1 la siguiente familia, de igual manera se
procederá cuando se cambie de sector para iniciar con la manzana 1. Ej.
Sector
Manzana
# Familia
01
01
01
01
01
02
01
01
07
01
02
01
01
02
02
……..
XI
Registre en forma clara y exacta la dirección habitual de la familia, calles o
alguna referencia (junto al río, frente a la iglesia, etc.) barrio y No. de casa.
Registre en forma clara a que comunidad pertenece esa familia. Por Ejemplo
(Prov. Cotopaxi- Cantón Latacunga- Parroquia Mulalo- Comunidad ChasquiMacalao, Chico-El Rosal).
Identifique claramente a qué grupo étnico cultural pertenece la familia, (ej:
Blanco mestizo; Afroecuatoriano; Indígena: Sierra: Pasto, Karanki, Otavalo,
Natabuela, Kayambi, Kitu Kara, Panzaleo, Salasaca, Chibuleo, Quisapincha,
Tomabela, Puruhá, Waranka, Kañari, Saraguro, Paltas; Costa: Awa, Chachi,
Epera y Tsáchila, Manta, Wankavilka; Amazonía: Cofán, Secoya, Siona,
Waorani, Shiwiar, Zápara, Achuar Shuar, Andoa, Kichwa del Pastaza, Kichwa
del Napo).
Identifique quién es el Jefe de familia considerando que puede ser Mamá,
alguno de los hijos o parientes de esa familia los responsables del sustento
económico del hogar.
Registre el número de teléfono.
2
INFORMACION GEOREFERENCIAL- GIS
Identifique claramente los datos que marca el instrumento GPS en el caso de
contar con éste, caso contrario dejar en blanco.
XII
3
RESPONSABLE DEL LLENADO
Registre los nombres y apellidos de la persona asignada para la apertura y
llenado de la Ficha Familiar, en el caso de ser profesional su código y la firma.
Para el llenado de la siguiente información, usted deberá registrar con una x en
los casilleros pequeños y con palabras aquellos casilleros que así lo permitan.
MIEMBROS
DE
LA FAMILIA POR
GRUPOS
APELLIDOS Y Identidad de cada uno de los miembros del
NOMBRES grupo familiar.
DE
EDAD
PARENTESC
O
FECHA DE
NACIMIENTO
Se refiere a la relación de cada miembro con
el jefe de la familia, en caso del jefe ira la
palabra jefe.
Día, mes y año o fecha aproximada.
MENOR DE 1
4
AÑO
DE 1 A 4 AÑOS
OCUPACIÓN Trabajo al cual se dedica la persona.
SEXO
Masculino / femenino.
DE 5 A 9 AÑOS
Especifique el año cumplido de estudio de
DE 10 A 19
AÑOS
ESCOLARIDA acuerdo a la columna respectiva. Por ej. Esta
D
en 3ro. De básica irá en el casillero más el
número 2.
DE 20 A 64
AÑOS
MAYOR DE 65
VACUNAS
AÑOS
COMPLETAS
Cumplimiento del esquema completo de
vacunación, de acuerdo a la edad (solicitar el
carnet de vacunación).
XIII
SALUD
Patologías aparentes en la dentadura temporal
BUCAL
o definitiva.
ENFERMEDA
D
Enfermedades actuales repetitivas o enf.
REPETITIVA Crónicas. De los miembros de la familia.
O CRONICA
NUMERO DE
HISTORIA
CLINICA
CEDULA DE
CIUDADANIA
TOTALES
Registre el número de historia clínica de cada
miembro en el caso de tenerla.
Registrar el numero de la cedula de identidad
de cada miembro de la familia en el caso de
tenerla.
Registrar el total de miembros de la familia.
FUM : fecha de la ultima menstruación.
FPP: fecha probable de parto.
EMBARAZADAS
DATOS
Semanas de gestación.
COMPLETOS Vacunas recibidas DT (¿qué dosis?)
Antecedentes gineco-obstétricos y
Antecedentes obstétricos patológicos (anemiaht-desnutrición, etc.)
5
MORTALIDAD
FAMILIAR
Registrar la mortalidad materna, infantil o de
otro miembro del hogar en los últimos 5 años.
Parentesco con el jefe de familia, edad
XIV
aproximada al fallecer y la causa probable de
la muerte.
Fuentes de agua, ríos, quebradas,
AGUA
contaminadas. Agua no tratada, agua pesada
(agua sin tratar que se envía a los ríos y
quebradas).
DESECHOS
6
FACTORES DE
SÓLIDOS
Disposición inadecuada de excretas.
Disposición inadecuada de desechos sólidos,
reciclaje.
RIESGO
DESECHOS Contaminación de fuentes de agua, ríos,
LIQUIDOS
quebradas con desechos líquidos sin tratar.
Hacinamiento, pobreza extrema,
OTROS
contaminación ambiental. Desintegración
familiar por migración. Alcoholismo y otras
adicciones.
RIESGOS
BIOLOGICOS
CALIFICACION
7
DEL RIESGO
RIESGOS
Problemas originados por enfermedades
crónicas, nutricionales, inmunológicas,
mentales, gestacionales y discapacidades.
Problemas causados por alteraciones
SANITARIOS ambientales y de servicios básicos.
FAMILIAR
RIESGOS
SOCIO
Problemas relacionados con pobreza y
ECONOMICO trastornos en el entorno familiar.
S
XV
Puntaje y calificación en relación a las
diferentes clases de riesgos familiares
TOTALES Y
CALIFICACIO
NES DEL
RIESGO
0
sin riesgo
1-4
riesgo bajo
5-10 riesgo medio
11-16 riesgo alto
RESPONSAB
LE
Nombre de la persona que califico el riesgo.
Opciones de graficación de la línea de
SIMBOLOS descendencia generacional. Constitución y
relación entre los miembros de familia.
ABREVIATUR
8 FAMILIOGRAMA
AS
Lista de códigos asignados a las principales
patologías familiares. Añadir patologías de
incidencia de la zona si lo requiere.
Grafico para la representación de 3 líneas
generacionales: abuelos, padres e hijos. Se
DIAGRAMA usa la lista de opciones de relación de la
simbología y las opciones de patología de la
lista de abreviaturas.
DETALLE DE
9
LAS FUENTES
Descripción de situaciones y hechos ubicados
DE
en el entorno de la vivienda que influyen sobre
CONTAMINACIO
N
la calidad de vida de las personas.
XVI
PERSONAS A
10
LAS QUE
Persona consultada cuando alguien se
ACUDEN
enferma, puede ser el médico, el boticario,
CUANDO SE
curandero, etc.
ENFERMAN
UBICACIÓN DE
LA CASA Y LAS
11
Graficación de las fuentes de contaminación
FUENTES DE
registradas en el bloque 9, graficar la
CONTAMINACIO
ubicación de la vivienda.
N
12
PLAN
DE
INTERVENCIÓN
Y
PROGRAMACION
DE
VISITA
DOMICILIARIA DE RIESGO:
Colocar en el casillero correspondiente de riesgo la calificación y el grado
obtenido por esa familia (riesgo medio = puntaje 6).
MATRIZ DE INTERVENCIÓN:
PROBLEMA:
En el casillero “PROBLEMA”, anotamos el específico sobre el cual vamos a
intervenir,
seguido
en
el
casillero
de
“ACTIVIDADES”
se
describirá
puntualmente lo que se hará en relación al problema.
En el casillero “PERÍODO DE INTERVENCIÓN” se colocará el tiempo
aproximado que se utilizará para la intervención, así como los responsables de
dicha actividad sean personas o instituciones.
En el casillero “EVALUACION”, deberá indicar el proceso que transcurre desde
la intervención hasta la resolución del problema. Por ej.
educación, reuniones con instituciones, etc.
Control médico,
XVII
PROGRAMACIÓN DE VISITA DOMICILIARIA DE RIESGO:
Este instrumento tiene como finalidad el registro de las actividades de campo
planificadas y ejecutadas con objetivos específicos para llegar a la resolución
de problemas encontrados en cada familia de la comunidad de acuerdo a lo
programado en el plan de intervención. Debe ser un documento dinámico para
el personal de salud.
En el casillero “FECHA”, anotar el día, mes y año que el personal se desplace
hacia la familia.
En el casillero “PROBLEMA”, anotar el problema específico objetivo de la visita.
En el casillero “EVOLUCION” anotar los avances o dificultades encontrados en
la búsqueda de la resolución del problema.
En el casillero “ACTIVIDADES”, anotar las estrategias de intervención
mediatas, así como las de mediano y largo plazo posterior al análisis de
avances y dificultades.
En el casillero “RESPONSABLES” anotar la persona asignada para la visita
domiciliara.
En el casillero “RECOMENDACIONES”, anotar alguna observación importante
para continuar con la intervención en la familia.
XVIII
ANEXO 3. Decreto Nº1014
RAFAEL CORREA DELGADO
PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA
CONSIDERANDO:
Que en el apartado g) del numeral 6 d la Carta Iberoamericana de Gobierno
Electrónico, aprobada por la IX Conferencia Iberoamericana de Ministros de
Administración Pública y Reforma del Estado, realizada en Chile el 1 de Junio
de 2007, se recomienda el uso de estándares abiertos y software libre, como
herramientas informáticas;
Que es el interés del Gobierno alcanzar soberanía y autonomía tecnológica, así
como un significativo ahorro de recursos públicos y que el Software Libre es en
muchas instancias un instrumento para alcanzar estos objetivos;
Que el 18 de Julio del 2007 se creó e incorporó a la estructura orgánica de la
Presidencia de la República la Subsecretaría de Informática, dependiente de la
secretaría general de la Administración mediante Acuerdo Nº119 publicado en
el Registro Oficial No. 139 de 1 de Agosto del 2007;
Que el numeral 1 del artículo 6 del Acuerdo Nº 119 , faculta a la Subsecretaría
de Informática a elaborar y ejecutar planes, programas, proyectos, estrategias,
políticas, proyectos de leyes y reglamentos para el uso de Software Libre en
las dependencias del gobierno central; y,
En ejercicio de la atribución que le confiere el numeral 9 del artículo 171 de la
Constitución Política de la república;
DECRETA:
Artículo 1.- Establecer como política pública para las entidades de la
Administración Pública Central la utilización de Software Libre en sus sistemas
y equipamientos informáticos.
XIX
Artículo 2.- Se entiende por Software Libre, a los programas de computación
que se pueden utilizar y distribuir sin restricción alguna, que permitan su
acceso a los códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
a) Utilización del programa con cualquier propósito de uso común
b) Distribución de copias sin restricción alguna
c) Estudio y modificación del programa (Requisito: código fuente disponible)
d) Publicación delo programa mejorado (Requisito: código fuente disponible)
Artículo 3.- Las entidades de la Administración Pública central previa a la
instalación del software libre en sus equipos, deberán verificar la existencia de
capacidad técnica que brinde el soporte necesario para el uso de este tipo de
software.
Artículo 4.- Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista solución de Software Libre que supla las necesidades
requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el
proyecto informático se encuentre en un punto de no retorno.
Para efectos de este decreto se comprende como seguridad nacional, las
garantías para la supervivencia de la colectividad y la defensa del patrimonio
nacional.
Para efectos de este decreto se entiende por un punto de no retorno, cuando el
sistema o proyecto informático se encuentre en cualesquiera de estas
condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis de
costo beneficio muestre que no es razonable ni conveniente una migración a
Software Libre
b) Proyecto en estado de desarrollo y que un análisis de costo - beneficio
muestre que no es conveniente modificar el proyecto y utilizar Software Libre.
XX
Periódicamente se evaluarán los sistemas informáticos que utilizan software
propietario con la finalidad de migrarlos a Software Libre.
Artículo 5.- Tanto para software libre como software propietario, siempre y
cuando se satisfagan los requerimientos, se debe preferir las soluciones en
este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica.
b) Regionales con componente nacional.
c) Regionales con proveedores nacionales.
d) Internacionales con componente nacional.
e) Internacionales con proveedores nacionales.
f) Internacionales.
Artículo 6.- La Subsecretaría de Informática como órgano regulador y ejecutor
de las políticas y proyectos informáticos de las entidades del Gobierno Central
deberá realizar el control y seguimiento de este Decreto.
Para todas las evaluaciones constantes en este decreto la Subsecretaría de
Informática establecerá los parámetros y metodologías obligatorias.
Artículo 7.- Encárguese de la ejecución de este decreto a los señores Ministros
Coordinadores y el señor Secretario General de la Administración Pública y
Comunicación.
Dado en el Palacio Nacional en la ciudad de San Francisco de Quito, Distrito
Metropolitano, el día de hoy 10 de abril de 2008
Rafael Correa Delgado
PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA
XXI
ANEXO 4. IMPLEMENTACIÓN CON GOOGLE MAPS
Por motivos de investigación se realizó una aplicación paralela con la utilización
de Google maps.
El desarrollo de la aplicación con esta herramienta tiene sus ventajas y
desventajas con respecto a la desarrollada con MapServer.
Ventajas:
La aplicación con GoogleMaps no utiliza recursos del servidor para la
gestión de los mapas lo realiza en servidores propios de Google.
Google tiene la posibilidad de mostrar mapas un poco más elaborados
de los que se puede obtener en el medio, hay empresas especializadas
en la elaboración de mapas GIS es por esto que resulta tan limitada la
información mostrada en el mapas utilizado con MapServer.
Como se indicó en el punto anterior Google provee la posibilidad de
ubicarse en cualquier punto geográfico del planeta con solo irse
moviendo dentro de la aplicación, a diferencia de MapServer donde se
tiene la restricción ya que no se dispone de mapas tan amplios como
los que posee el Google en su entorno de desarrollo.
Desventajas:
Si
bien
Google
dispone
de
mapas
más
elaborados
necesita
obligatoriamente de una conexión a internet para poder utilizar su
aplicación.
Hay que registrarse en el sitio de Google para obtener una API con la
cual poder registrar el sitio en el que se va a utilizar el mapa.
XXII
Las utilidades que trae para poder utilizarlo es muy limitado al contrario
de una aplicación con mapserver que permite desarrollar aplicaciones
utilizando al máximo el potencial del servidor de mapas.
Al ser una aplicación integrada el sistema no presenta problemas con los datos
guardados bien sea con los datos de Google o con los hechos con el
MapServer.
Mapas mostrados en la aplicación.
MapServer
Google Maps
XXIII
A
GLOSARIO
A
Adobe.- Empresa de software con sede en San José, California (EE.UU.). Fue
fundada en diciembre de 1982 por John Warnock y Charles Geschke. Se
destaca por sus aplicaciones de creación de páginas web, video e imagen
digital.
AJAX.- acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono
y XML), es una técnica de desarrollo web para crear aplicaciones. Estas
aplicaciones se ejecutan en el cliente, es decir, en el navegador de los usuarios
mientras se mantiene la comunicación asíncrona con el servidor en segundo
plano. De esta forma es posible realizar cambios sobre las páginas sin
necesidad de recargarlas, lo que significa aumentar la interactividad, velocidad
y usabilidad en las aplicaciones.
Apache.- El servidor HTTP Apache es un software (libre) servidor HTTP de
código abierto para plataformas Unix , Windows, Macintosh y otras, que
implementa el protocolo HTTP/1.1 y la noción de sitio virtual
API.- del inglés (Application Programming Interface) es el conjunto de
funciones y procedimientos (o métodos si se refiere a programación
orientada a objetos) que ofrece cierta biblioteca para ser utilizado por otro
software como una capa de abstracción.
ASP.NET.-
es un framework para aplicaciones web desarrollado y
comercializado por Microsoft. Es usado por programadores para construir sitios
web dinámicos, aplicaciones web y servicios web XML.
B
BACK-END.- Es la parte en la cual se encuentran instrucciones que son
procesadas para enviar resultados al usuario que interactua con la aplicacion.
B
Baseline.- Una baseline es una instantánea del estado de todos los artefactos
del proyecto, registrada para efectos de gestión de configuración y control de
cambios.
Borland.- es una compañía de software, ubicada en Scotts Valley, California,
Estados Unidos, conocida sobre todo por sus herramientas de programación,
especialmente Turbo Pascal que evolucionó hasta el actual Delphi.
C
C.- Es un lenguaje de programación de propósito general que ofrece economía
sintáctica, control de flujo y estructuras sencillas y un buen conjunto de
operadores. No es un lenguaje de muy alto nivel y más bien un lenguaje
pequeño, sencillo y no está especializado en ningún tipo de aplicación.
C#.- es un lenguaje de programación orientado a objetos desarrollado y
estandarizado por Microsoft como parte de su plataforma .NET.
CAD.- El diseño asistido por computador (o computadora u ordenador),
abreviado como DAO (Diseño Asistido por Ordenador) pero más conocido
por sus siglas inglesas CAD (Computer Aided Design), es el uso de un amplio
rango de herramientas computacionales que asisten a ingenieros, arquitectos y
a otros profesionales del diseño en sus respectivas actividades. También se
llega a encontrar denotado con las siglas CADD, dibujo y diseño asistido por
computadora (Computer Aided Drafting and Design). El CAD es también
utilizado en el marco de procesos de administración del ciclo de vida de
productos (Product Lifecycle Management).
CAM.- Es el uso del computador con herramientas de software que ayuda a
Ingenieros y tecnicos en la manufactura o prototipeado de componentes de
distintos productos. CAM es un grupo de herramientas que hacen posible la
manufactura fisica de modelos usando el programas CAD( Diseño asistido por
computadora ). CAM crea versiones en la vida real de componentes diseñados
con un paquete de software.
C
CGI.- (Common Gateway InterfaceI) es una importante tecnología de la World
Wide Web que permite a un cliente (explorador web) solicitar datos de un
programa ejecutado en un servidor web. CGI especifica un estándar para
transferir datos entre el cliente y el programa.
Cliente-Servidor.- es una relación entre procesos corriendo en máquinas
separadas
CodeGear.- Compañía de software norteamericana. Inicialmente una filial de
Borland, fue fundada en Noviembre de 2006 a partir del antiguo departamento
de Borland dedicado a IDEs y compiladores, anteriormente llamado Developer
Tools Group.
ColdFusion.- Servidor de páginas webs de la casa de Macromedia
(Actualmente Adobe) que genera de manera rápida contenido dinámico por
medio de tags especiales embebidos en código html.
CSS.- Las hojas de estilo en cascada (Cascading Style Sheets, CSS) son un
lenguaje formal usado para definir la presentación de un documento
estructurado escrito en HTML o XML (y por extensión en XHTML). El W3C
(World Wide Web Consortium) es el encargado de formular la especificación de
las hojas de estilo que servirán de estándar para los agentes de usuario o
navegadores.
D
DB2.- es una marca comercial, propiedad de IBM, bajo la cual se comercializa
el sistema de gestión de base de datos.
Delphi.- es un entorno de desarrollo de software diseñado para la
programación de propósito general con énfasis en la programación visual. En
Delphi se utiliza como lenguaje de programación una versión moderna de
Pascal llamada Object Pascal.
D
Digitador: Persona encargada de ingresar los datos registrados en la ficha
familiar.
DOM.- El Document Object Model,
es esencialmente una interfaz de
programación de aplicaciones que proporciona un conjunto estándar de objetos
para representar documentos HTML y XML, un modelo estándar sobre cómo
pueden combinarse dichos objetos, y una interfaz estándar para acceder a
ellos y manipularlos.
Dominio.- es un nombre base que agrupa a un conjunto de equipos o
dispositivos y que permite proporcionar nombres de equipo más fácilmente
recordables en lugar de una dirección IP numérica.
E
Eclipse.- es un entorno de desarrollo integrado de código abierto
multiplataforma para desarrollar lo que el proyecto llama "Aplicaciones de
Cliente Enriquecido", opuesto a las aplicaciones "Cliente-liviano" basadas en
navegadores.
F
Ficha Médica Familiar.- Documento en el cual se registra información acerca
de las familias a las cuales se realiza una visita domiciliar.
Firefox.- Mozilla Firefox es un navegador de Internet libre y de código abierto
descendiente de Mozilla Application Suite, desarrollado por la Corporación
Mozilla, la Fundación Mozilla y un gran número de voluntarios externos. Cuenta
con el 20.78% del mercado de navegadores web a partir de noviembre de
2008, por lo que es el segundo navegador más popular en todo el mundo,
después de Internet Explorer.
Firebird.- es una base de datos relacional que ofrece muchas características
de SQL ANSI estándar y que funciona en Linux, Windows, MacOSX y una
variedad de plataformas UNIX.
E
Flash.- es una aplicación en forma de estudio de animación que trabaja sobre
"Fotogramas" destinado a la producción y entrega de contenido interactivo para
diferentes audiencias alrededor del mundo sin importar la plataforma.
Free Software Foundation.- es una organización creada en Octubre de 1985
por Richard Matthew Stallman y otros entusiastas del Software Libre para
promocionar el desarrollo y uso del software libre en todas las áreas de la
computación, pero muy particularmente, ayudando a desarrollar el sistema
operativo GNU.
FRONT-END.- es la parte de un sistema de software que interactúa
directamente con el usuario.
G
GIS.- Siglas de Sistema de Información Geográfica, siendo también
ampliamente
utilizadas;
sistema
computacional
orientado
a
capturar,
almacenar, administrar, integrar, manipular, analizar y presentar datos
relacionados a elementos dispuestos sobre el superficie de la Tierra y su
posición en ella; típicamente, se utiliza para el manejo de mapas,
representados dentro del sistema como una o más capas diferentes, cada una
de las cuales contiene información geográfica (posición de cada elemento en la
Tierra), topológica (relaciones existentes entre los elementos de la capa) y
temática (tema que busca representar, contenido) sobre algún aspecto
particular.
Google.- El motor de búsqueda más usado de Internet.
GTK.- The GIMP Toolkit es un grupo importante de bibliotecas o rutinas para
desarrollar interfaces gráficas de usuario (GUI) para principalmente los
entornos gráficos GNOME, XFCE y ROX de sistemas UNIX.
GNU.- Es una licencia creada por la Free Software Foundation a mediados de
los 80, y está orientada principalmente a proteger la libre distribución,
modificación y uso de software. Su propósito es declarar que el software
F
cubierto por esta licencia es software libre y protegerlo de intentos de
apropiación que restrinjan esas libertades a los usuarios.
H
HyperText.- Es todo documento que está vinculado (hipervínculo) con otros
documentos a través de enlaces (links). Al ingresar a ese enlace se puede
acceder
al
documento
enlazado.
También pueden ser vínculos al mismo documento, sólo que a otra posición
más
arriba
o
más
abajo.
Las páginas web html son ejemplos de hipertextos.
HTML.- Siglas de HyperText Markup Language (Lenguaje de Marcas de
Hipertexto), es el lenguaje de marcado predominante para la construcción de
páginas web. Es usado para describir la estructura y el contenido en forma de
texto, así como para complementar el texto con objetos tales como imágenes.
HTML se escribe en forma de "etiquetas", rodeadas por corchetes angulares
(<,>). HTML también puede describir, hasta un cierto punto, la apariencia de un
documento, y puede incluir un script (por ejemplo Javascript), el cual puede
afectar el comportamiento de navegadores web y otros procesadores de HTML.
HTTP.- El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer
Protocol) es el protocolo usado en cada transacción de la Web (WWW).
I
IDE.- Es un entorno de programación que ha sido empaquetado como un
programa de aplicación, es decir, consiste en un editor de código, un
compilador, un depurador y un constructor de interfaz gráfica GUI.
IFRAME.- Inline frame o marco incorporado, es un elemento HTML que permite
insertar o incrustar un documento HTML dentro de un documento HTML
principal. Insertar un iframe entre una sección o bloque es semejante a insertar
un elemento object. Esto permite que se pueda insertar un documento HTML
dentro de otro, alineado de acuerdo a sus límites.
G
Interfaz gráfica.- Una interfaz gráfica es cualquier medio por el cual uno puede
interactuar con una computadora a través de algún tipo de software gráfico.
Internet.- es un conjunto descentralizado de redes de comunicación
interconectadas, que utilizan la familia de protocolos TCP/IP, garantizando que
las redes físicas heterogéneas que la componen funcionen como una red lógica
única, de alcance mundial.
Internet Explorer.- Windows Internet Explorer (anteriormente Microsoft Internet
Explorer, abreviado MSIE) generalmente abreviado IE es un navegador web
producido por Microsoft para el sistema operativo Windows y más tarde para
Sun Solaris y Apple Macintosh, estas dos últimas discontinuadas en el 2002 y
2006 respectivamente. Microsoft gastó más de 100 millones de dólares (USD)
al año en el decenio de 1990, con más de 1000 personas que trabajan en IE en
1999.
Intranet.- es una red de ordenadores privados que utiliza tecnología Internet
para compartir de forma segura cualquier información o programa del sistema
operativo para evitar que cualquier usuario de internet pueda entrar a robar
archivos privados. A veces el término solo hace referencia a la web interna de
la organización, pero muchas veces es más bien una parte extensa de la
infraestructura de los ordenadores y es un componente importante para la
comunicación y la colaboración dentro de la compañía.
ISAPI.- Es una interfaz de programación de aplicaciones (API) para el servidor
Web de Microsoft.
J
Java.- Es un lenguaje de programación de alto nivel, orientado a objetos.
JavaScript.- es un lenguaje de programación interpretado, es decir, que no
requiere compilación, utilizado principalmente en páginas web, con una sintaxis
semejante a la del lenguaje Java y el lenguaje C.
JSON.- (JavaScript Object Notation - Notación de Objetos de JavaScript) es un
formato ligero de intercambio de datos. Leerlo y escribirlo es simple para
H
humanos, mientras que para las máquinas es simple interpretarlo y generarlo.
JSON es un formato de texto que es completamente independiente del
lenguaje pero utiliza convenciones que son ampliamente conocidos por los
programadores de la familia de lenguajes C, incluyendo C, C++, C#, Java,
JavaScript, Perl, Python, y muchos otros.
JSP/Java.- JavaServer Pages (JSP) es una tecnología Java que permite
generar contenido dinámico para web, en forma de documentos HTML, XML o
de otro tipo.
JSRS.- El Scripting remoto en Javascript es una técnica de desarrollo web
para crear aplicaciones web interactivas.
K
L
Línea de órdenes.- es un programa informático que actúa como interfaz de
usuario para comunicar al usuario con el sistema operativo mediante una
ventana que espera órdenes escritas por el usuario en el teclado (por ejemplo,
PRINT CARTA.TXT), los interpreta y los entrega al sistema operativo para su
ejecución. La respuesta del sistema operativo se muestra al usuario en la
misma ventana.
Linux.- es un término genérico para referirse a sistemas operativos similares a
Unix basados en el núcleo de Linux. Su desarrollo es uno de los ejemplos más
prominentes de software libre; normalmente todo el código fuente puede ser
utilizado, modificado y redistribuido libremente por cualquiera bajo los términos
de la Licencia Pública General de GNU (GNU GPL) y otras licencias libres.
M
Macromedia.- era una empresa de software de gráficos y desarrollo web con
centrales en San Francisco fue adquirido por Adobe Systems.
Mac OS X.- es una línea de sistemas operativos computacionales desarrollado,
comercializado y vendido por Apple Inc., es la última versión de toda la línea de
I
computadoras Macintosh. Se basa en Unix y usa una interfaz gráfica
desarrollada por Apple llamada Aqua, que se inspira libremente en la interfaz
de Mac OS Classic.
Médico: Dentro del entorno del sistema es la persona encargada de decidir si
los datos mostrados implican una revisión del caso por parte del Área de Salud.
MIME.- (Multipurpose Internet Mail Extensions), (Extensiones de Correo de
Internet Multipropósito), son una serie de convenciones o especificaciones
dirigidas a que se puedan intercambiar a través de Internet todo tipo de
archivos (texto, audio, vídeo, etc.) de forma transparente para el usuario. Una
parte importante del MIME está dedicada a mejorar las posibilidades de
transferencia de texto en distintos idiomas y alfabetos.
Microsoft ASP.- Active Server Pages, una solución de software de Microsoft,
para la programación en páginas WEB.
Microsoft SQL Server.- es un sistema de gestión de bases de datos
relacionales (SGBD) basado en el lenguaje Transact-SQL, y específicamente
en Sybase IQ, capaz de poner a disposición de muchos usuarios grandes
cantidades de datos de manera simultánea.
MySQL.- Es un sistema de gestión de base de datos relacional, multihilo y
multiusuario con más de seis millones de instalaciones.
MSP.- Siglas del Ministerio de Salud Publica, es el organismo encargado de
regular todos los estamentos relacionados con la Salud Publica en la Republica
del Ecuador.
N
O
ODBC.- (Open Database Connectivity) es un estándar de acceso a Bases de
Datos desarrollado por Microsoft Corporation, el objetivo de ODBC es hacer
posible el acceder a cualquier dato desde cualquier aplicación, sin importar qué
Sistema Gestor de Bases de Datos (DBMS por sus siglas en inglés) almacene
J
los datos, ODBC logra esto al insertar una capa intermedia llamada manejador
de Bases de Datos, entre la aplicación y el DBMS, el propósito de esta capa es
traducir las consultas de datos de la aplicación en comandos que el DBMS
entienda.
Oracle.- Es un sistema de gestión de base de datos relacional (o RDBMS por
el acrónimo en inglés de Relational Data Base Management System),
desarrollado por Oracle Corporation.
P
PDF.- (acrónimo del inglés Portable Document Format, formato de documento
portátil) es un formato de almacenamiento de documentos, desarrollado por la
empresa Adobe Systems. Está especialmente ideado para documentos
susceptibles de ser impresos, ya que especifica toda la información necesaria
para la presentación final del documento, determinando todos los detalles de
cómo va a quedar, no requiriéndose procesos anteriores de ajuste ni de
maquetación.
Perl.- es un lenguaje de programación diseñado por Larry Wall creado en 1987.
Perl toma características del C y fue ampliamente adoptado por su destreza en
el procesado de texto y no tener ninguna de las limitaciones de los otros
lenguajes de script.
Personal Home Page Tools.- Herramientas para Páginas Iniciales Personales,
es un lenguaje de programación tipo script para entornos Web utilizado sobre
todo en servidores Linux para personalizar la información que se envía a los
usuarios que acceden a un sitio web. Es un programa de software libre con
unas funciones muy semejantes a las de ASP y JSP.
PHP.- es un lenguaje interpretado de propósito general ampliamente usado y
que está diseñado especialmente para desarrollo Web y puede ser incrustado
dentro de código HTML.
PHP-Qt.- es una extensión para PHP5 que permite escribir programas con el
Toolkit de Qt.
K
PHP-GTK.- es una extensión para el lenguaje de programación PHP que
permite la utilización de GTK+.
PHP CLI.- Es el uso de Php desde la linea de comandos.
PostgreSql.- es un sistema de gestión de base de datos relacional orientada a
objetos de software libre.
Programador.- es un individuo que ejerce la programación, es decir, que
escribe programas de computadora u ordenador. Los programadores también
reciben el nombre de desarrolladores de software.
Programación estructurada.- Es una técnica en la cual la estructura de un
programa, la escritura de sus partes se realiza tan claramente cómo es posible
mediante el uso de tres estructuras lógicas de control:
-
Secuencia: Sucesión simple de dos o más operaciones.
-
Selección: División condicional de una o más operaciones.
-
Interacción: Repetición de una operación mientras se cumple una
condición.
Programación Orientada a Objetos.- Es un paradigma de programación que
usa objetos y sus interacciones para diseñar aplicaciones y programas de
computadora.
Python.- Python es un lenguaje de scripting independiente de plataforma y
orientado a objetos, preparado para realizar cualquier tipo de programa, desde
aplicaciones Windows a servidores de red o incluso, páginas web. Es un
lenguaje interpretado, lo que significa que no se necesita compilar el código
fuente para poder ejecutarlo, lo que ofrece ventajas como la rapidez de
desarrollo e inconvenientes como una menor velocidad.
L
Q
QT.- es una herramienta de programadores para desarrollar interfaces gráficas
de usuario. Es un sistema integral de desarrollo para aplicaciones multiplataforma.
R
Redes.- Las redes en general, consisten en "compartir recursos", y uno de sus
objetivo es hacer que todos los programas, datos y equipo estén disponibles
para cualquiera de la red que así lo solicite, sin importar la localización física
del recurso y del usuario. En otras palabras, el hecho de que el usuario se
encuentre a 1000 km de distancia de los datos, no debe evitar que este los
pueda utilizar como si fueran originados localmente.
RH.- (Recursos Humanos), se refiere al área de Recursos Humanos de las
empresas públicas y privadas.
RUP.- (Rational Unified Process) es un proceso de desarrollo de software y
junto con el Lenguaje Unificado de Modelado UML, constituye la metodología
estándar más utilizada para el análisis, implementación y documentación de
sistemas orientados a objetos.
S
Script.- Un script en el lado del cliente es un programa que puede acompañar
a un documento HTML o que puede estar incluido en él. El programa se
ejecuta en la máquina del cliente cuando se carga el documento, o en algún
otro instante, como por ejemplo cuando se activa un vínculo. El soporte de
scripts de HTML es independiente del lenguaje de scripts.
Scripting.- es una tecnología que permite a los scripts que se ejecutan dentro
de un navegador web intercambiar información con el servidor. Los scripts
M
locales pueden invocar scripts en el servidor remoto y procesar la información
devuelta.
Servidor Web.- sirve contenido estático a un navegador, carga un archivo y lo
sirve a través de la red al navegador de un usuario. Este intercambio es
mediado por el navegador y el servidor que hablan el uno con el otro mediante
HTTP.
SISGER: Sistema de Gestión de Riesgos
Sistema operativo.-
es el programa (o software) más importante de un
ordenador. Para que funcionen los otros programas, cada computador de uso
general debe tener un sistema operativo. Los sistemas operativos realizan
tareas básicas, tales como reconocimiento de la conexión del teclado, enviar la
información a la pantalla, no perder de vista archivos y directorios en el disco, y
controlar los dispositivos periféricos tales como impresoras, escáner, etc.
Software.- Es el conjunto de los programas de cómputo, procedimientos,
reglas, documentación y datos asociados que forman parte de las operaciones
de un sistema de computación.
SQL.- (Structured Query Language) es un lenguaje declarativo de acceso a
bases de datos relacionales que permite especificar diversos tipos de
operaciones sobre las mismas. Una de sus características es el manejo del
álgebra y el cálculo relacional permitiendo lanzar consultas con el fin de
recuperar -de una forma sencilla- información de interés de una base de datos,
así como también hacer cambios sobre la misma.
SQLite.- es un sistema de gestión de bases de datos relacional y que está
contenida en una relativamente pequeña (~500KB) biblioteca en C. SQLite es
un proyecto de dominio público creado por D. Richard Hipp.
Stakeholders.- termino asociado a quienes pueden afectar o son afectados por
las actividades de una empresa.
Sun Microsystems.- es una empresa informática de Silicon Valley, fabricante
de semiconductores y software.
N
O
T
TCP/IP.- (Transmission Control Protocol/Internet Protocol) Conjunto de
protocolos de bajo nivel (IP, TCP, UDP, ICP, RARP, etc) que permiten el
funcionamiento de Internet.
U
UNIX.- Sistema operativo interactivo y de tiempo compartido creado en 1969
por Ken Thompson. Reescrito a mitad de la década de los años setenta del
siglo XX por AT&T, alcanzó enorme popularidad en los ambientes académicos
y, más tarde en los empresariales, como un sistema portátil robusto y flexible,
muy utilizado en los ambientes Internet.
URI.- Uniform Resource Identifier
es una cadena corta de caracteres que
identifica inequívocamente un recurso (servicio, página, documento, dirección
de correo electrónico, enciclopedia, etc.). Normalmente estos recursos son
accesibles en una red o sistema.
URLs.- Uniform Resource Locator, son identificadores que permiten acceder
a recursos (páginas) web. En la misma forma en que los humanos utilizamos
direcciones para identificar y encontrar ubicaciones, los URLs le sirven al
navegador (y otros sistemas) para encontrar una página o recurso Web en el
vasto mundo del Internet.
URN.- Sistema de identificación de recursos cuyo objetivo es complementar el
sistema URIURL. El sistema URN estaría basado más en el recurso en sí
(contenido, características) que en el lugar en el que se halla el recurso como
sucede actualmente.
V
P
VB.NET.- es un lenguaje de programación orientado a objetos que se puede
considerar una evolución de Visual Basic implementada sobre el framework
.NET.
Visitador.- persona encargada de recolectar los datos de cada una de las
familias en el proyecto de la ficha médica familiar.
VPN.- es una tecnología de red que permite una extensión de la red local sobre
una red pública o no controlada, como por ejemplo Internet.
W
WDDX.- (Web Distributed Data eXchange) es un estándar XML para el
intercambio
de
información
estructurada
entre
distintos
lenguajes
de
programación. Usando WDDX es posible convertir un vector en PHP en una
estructura WDDX serializada y luego des-serializarla en un programa perl y
obtener como resultado un programa perl. Al permitir fácil y claramente el
intercambio de datos entre distintos lenguajes, WDDX podría convertirse en
una herramienta muy útil de la web de servicios, ya que una empresa que
desee proveer un determinado servicio puede utilizar el lenguaje que quiera y
entregar como resultado datos WDDX para que otras empresas usando otros
lenguajes puedan tomarlo y utilizarlo.
Web.- Es el sistema de documentos interconectados por enlaces de
hypertexto, que se ejecutan en una red.
Web Forms.- Es una página web a la que un usuario ingresa datos que son
enviados al servidor para su procesamiento.
Web hosting .- es el servicio que provee a los usuarios de Internet un sistema
para poder almacenar información, imágenes, vídeo, o cualquier contenido
accesible vía Web.
World Wide Web.- O Red Global Mundial es un sistema de documentos de
hipertexto y/o hipermedios enlazados y accesibles a través de Internet. Con un
navegador Web, un usuario visualiza páginas web que pueden contener texto,
Q
imágenes, vídeos u otros contenidos multimedia, y navega a través de ellas
usando hiperenlaces.
R
X
XHTML.- acrónimo inglés de eXtensible Hypertext Markup Language (lenguaje
extensible de marcado de hipertexto), es el lenguaje de marcado pensado para
sustituir a HTML como estándar para las páginas web. En su versión 1.0,
XHTML es solamente la versión XML de HTML, por lo que tiene, básicamente,
las mismas funcionalidades, pero cumple las especificaciones, más estrictas,
de XML. Su objetivo es avanzar en el proyecto del World Wide Web
Consortium de lograr una web semántica, donde la información, y la forma de
presentarla estén claramente separadas.
XML.- Es considerado como un metalenguaje de definición de documentos
estructurados mediante marcas o etiquetas. Se trata de un estándar del World
Wide Web Consortium cuyo objetivo es crear unas reglas básicas para permitir
el intercambio de información estructurada entre aplicaciones, y en particular,
entre aplicaciones Web.
XmlHttpRequest.- también referida como XMLHTTP (Extensible Markup
Language / Hypertext Transfer Protocol), es una interfaz empleada para
realizar peticiones HTTP y HTTPS a servidores WEB. Para los datos
transferidos se usa cualquier codificación basada en texto, incluyendo: texto
plano, XML, JSON, HTML y codificaciones particulares específicas. La interfaz
se presenta como una clase de la que una aplicación cliente puede generar
tantas instancias como necesite para manejar el diálogo con el servidor. El uso
más popular, si bien no el único, de esta interfaz es proporcionar contenido
dinámico y actualizaciones asíncronas en páginas WEB mediante tecnologías
construidas sobre ella como por ejemplo AJAX.
Y
Z
S
Zend Studio.- Es un completo entorno integrado de desarrollo para el lenguaje
de programación PHP. Está escrito en Java, y está disponible para las
plataformas Microsoft Windows, Mac OS X y GNU/Linux.