Está en la página 1de 358

UNIVERSIDAD DE EL SALVADOR FACULTAD MULTIDISCIPLINARIA PARACENTRAL DEPARTAMENTO DE INFORMATICA

SISTEMA DE INFORMACION GERENCIAL CON INTERFAZ WEB PARA EL SEGUIMIENTO A LOS PROYECTOS DE APOYO A LAS COMUNIDADES ATENDIDAS POR LA FUNDACION SAN VICENTE PRODUCTIVO

PRESENTADO POR:

ROBERTO ELIAS FUENTES HERNANDEZ WILLIAMS ENRIQUE FERNANDEZ RODRIGUEZ JOSE ALCIDES JAIMES AREVALO

PARA OPTAR AL TITULO DE:

INGENIERO DE SISTEMAS INFORMATICOS

SAN VICENTE, JULIO DE 2009

UNIVERSIDAD DE EL SALVADOR

RECTOR: MSC. RUFINO ANTONIO QUEZADA

SECRETARIO GENERAL:

LIC. DOUGLAS VLADIMIR ALFARO CHAVEZ

FACULTAD MULTIDISCIPLINARIA PARACENTRAL

DECANO:

ING. MSC. JOSE ISIDRO VARGAS CAAS

SECRETARIO:

ING. AGR. EDGAR ANTONIO MARINERO ORANTES

DEPARTAMENTO DE INFORMATICA

JEFE: LIC. MSC. JOSE OSCAR PERAZA

UNIVERSIDAD DE EL SALVADOR FACULTAD MULTIDISCIPLINARIA PARACENTRAL DEPARTAMENTO DE INFORMATICA INGENIERIA DE SISTEMAS INFORMATICOS

Trabajo de Graduacin previo a la opcin al grado de: INGENIERO DE SISTEMAS INFORMATICOS

Ttulo: SISTEMA DE INFORMACION GERENCIAL CON INTERFAZ WEB PARA EL SEGUIMIENTO A LOS PROYECTOS DE APOYO A LAS COMUNIDADES ATENDIDAS POR LA FUNDACION SAN VICENTE PRODUCTIVO

Presentado por: ROBERTO ELIAS FUENTES HERNANDEZ WILLIAMS ENRIQUE FERNANDEZ RODRIGUEZ JOSE ALCIDES JAIMES AREVALO Trabajo de graduacin aprobado por:

Docente director coordinador:

ING. HERBERT ORLANDO MONGE BARRIOS

Docente director asesor:

ING. RENE WILBERTO RIVERA COREAS

San Vicente, Julio de 2009

TRABAJO DE GRADUACION APROBADO POR

DOCENTE DIRECTORES:

ING. HERBERT ORLANDO MONGE BARRIOS

ING. RENE WILBERTO RIVERA COREAS

AGRADECIMIENTOS

UNIVERSIDAD DE EL SALVADOR Por proporcionarnos todos los conocimientos necesarios para desarrollarnos profesionalmente y de esta manera contribuir con nuestra sociedad.

FACULTAD MULTIDISCIPLINARIA PARACENTRAL Por formarnos acadmicamente durante nuestra carrera de Ingeniera de Sistemas Informticos, con valores de responsabilidad, solidaridad y culturales.

DEPARTAMENTO DE INFORMATICA Por proveernos de conocimientos y herramientas concernientes a la rama de sistemas informticos.

FUNDACION SAN VICENTE PRODUCTIVO Nuestros sinceros agradecimientos al Director de la Fundacin San Vicente Productivo Lic. Jorge Pozo por brindarnos su apoyo y permitirnos realizar nuestro trabajo de graduacin, a la vez de suministrarnos la informacin y herramientas necesarias para el desarrollo del proyecto.

ING. HERBERT ORLANDO MONGE BARRIOS Por ser el coordinador de nuestro proyecto de Tesis y brindarnos sus recomendaciones en el transcurso del proyecto.

ING. RENE WILBERTO RIVERA COREAS Por ser el asesor de nuestro trabajo de Graduacin, quien nos estuvo acompaando a lo largo de la ejecucin del proyecto proporcionando sus ideas y consejos.

A NUESTRAS FAMILIAS FUENTES HERNANDEZ, FERNANDEZ RODRGUEZ, JAIMES AREVALO. apoyo que nos brindaron a lo largo de la ejecucin de proyecto. Por el

A NUESTROS AMIGOS(AS) Nuestros agradecimientos a las personas que de alguna u otra manera realizaron aportes hacia nuestro proyecto de graduacin. Especialmente a: Jos Guillermo Pacas, Karla Mara Valladares, Alexander Valladares y Jorge Fuentes.

AGRADECIMIENTOS

A DIOS Por guardarme durante toda la vida, ya que por su misericordia he llegado hasta esta etapa en la cual me siento orgulloso, realizado y agradecido con mi padre celestial, porque en los momentos ms difciles nunca me dejo solo, siempre est conmigo a pesar de lo imperfecto que soy, el sigue y ser siendo fiel y misericordioso por toda la eternidad. Gloria a Dios.

A MI MADRE Gracias por ser padre y madre a la vez, por guiarme en el buen camino, apoyarme y animarme en todo momento para lograr alcanzar la meta anhelada, que ahora con mucho orgullo y satisfaccin se la dedico. Gracias mam, te quiero.

AL PERSONAL DE LA FUNDACION SAN VICENTE PRODUCTIVO Por depositar su confianza y colaboracin en el desarrollo del proyecto, para poder proporcionarles una herramienta que permitiera sistematizar la administracin de los fondos de apoyo. Y en especial al director de la fundacin, por su tiempo y dedicacin en todo lo relacionado al desarrollo eficiente del proyecto.

A MIS COMPAEROS DE TESIS Jos Alcides Jaimes y Williams Enrique Fernndez por su tiempo, dedicacin, comprensin y sacrificio, lo cual permiti que alcanzramos juntos esta meta tan anhelada, y as vernos realizados como unos profesionales. Gracias por todo amigos fue un gusto haber trabajado con ustedes, espero que sean felices en la vida y cumplan sus objetivos, que Dios los bendiga.

ROBERTO ELIAS FUENTES

AGRADECIMIENTOS

A DIOS TODOPODEROSO El xito y la felicidad no llegan sin la voluntad de nuestro Padre Dios, doy gracias a l por sus bendiciones recibidas en el lapso de mi carrera y le pido siempre mucha sabidura y entendimiento para el transcurso de mi vida. Para l sea la honra y la dicha que hoy siento por haber finalizado con triunfo mi carrera. A MI ESPOSA A ti Karla Mara Valladares gracias mi vida por tu amor y apoyo incondicional, me has llenado la vida de mucha felicidad, amor e ilusin. Haz sido un pilar importante en el transcurso de mi carrera y mi vida, para ti tambin es mi triunfo y mi amor por siempre. Espero en Dios me permita hacerte muy feliz y derrame sobre nuestra relacin muchas bendiciones siempre. A MIS PADRES Agradezco con mucho amor a mis padres Blanca Isabel Rodrguez y Enrique Fernndez Rodrguez, su esfuerzo y sacrificio han permitido que hoy est finalizando con triunfo mi carrera. Gracias por su amor, consejos y apoyo, para ustedes es este triunfo, sin ustedes no sera lo que soy hoy. A MIS ABUELOS Y TOS Gracias a mis abuelos Marcos Herminia de Fernndez y Faustino Elas Fernndez por sus consejos y apoyo en el transcurso de mi carrera y mi vida, ustedes han sido un pilar fundamental en mi formacin. A mis tos y tas miles de gracias sus ruegos y oraciones han derramado sobre mi muchas bendiciones para que llegase al fin de mi carrera.

EN MEMORIA A MI HERMANO En memoria a mi querido hermano Vctor Alfonso Fernndez, gracias hermano porque estuviste conmigo y me apoyaste en todo momento. Este triunfo te lo dedico a ti, nuestras metas siempre fueron llegar a ser hombres de bien y quiero que sepas que estoy orgulloso del hombre en el que te convertiste. Que Dios y la Virgen te tengan en su Santa Gloria y te pido nos bendigas siempre y que veles por nosotros en lo alto para que sigamos adelante. Ahora eres nuestro ngel de la Guarda, guanos y protgenos en nuestros caminos. Descansa en Paz amado hermano. A MIS COMPAEROS DE TESIS A mis compaeros Roberto Elas Fuentes y Jos Alcides Jaimes gracias por su apoyo, esfuerzos y sacrificios hechos para que con xito finalizramos nuestra carrera. Gracias por compartir buenos y malos momentos a lo largo del proceso de nuestra carrera y proyecto. A LA FUNDACIN SAN VICENTE PRODUCTIVO Mis agradecimientos especiales a la Fundacin San Vicente Productivo por permitirnos entrar a su institucin y realizar nuestro proyecto de graduacin. Gracias al Director Ejecutivo Lic. Jorge Pozo y a sus empleados por su comprensin, paciencia y entrega en la elaboracin de nuestro proyecto. A ustedes debemos tambin nuestro triunfo en la finalizacin de nuestra carrera.

WILLIAMS ENRIQUE FERNANDEZ

AGRADECIMIENTOS

A MI PADRE CELESTIAL Doy gracias a mi Dios por haberme permitido culminar este triunfo, ya que fue con su iluminacin y gua lo que permiti emprender el caminar del estudio y finalizar ahora este proyecto de mi vida que no habra sido posible sin tenerlo a l en mi corazn.

A MI ESPOSA Alba Roxana Sola de Jaimes agradezco todo el apoyo brindado a lo largo de la ejecucin de este trabajo, ya que fuiste quien escuchaba mis tristezas y logros, quien estaba cerca para aconsejarme y llenarme de valenta para defender cada una de las etapas de este proyecto. Parte del xito obtenido es de mi esposa amada.

A MIS PADRES Agradezco a Santiago Alcides Jaimes y Francisca Arvalo Gmez por todo el sacrificio que hicieron por sacarme adelante en mis estudios, adems por ser ellos quienes siempre estaban a mi lado para escuchar todos mis problemas y brindarme el ms sabio de sus consejos. Y es por ello que hoy este triunfo no es solo mo sino tambin de mis padres queridos.

A MIS ABUELITAS Leonarda Gmez y Gabriela Jaimes quienes son mis abuelitas queridas a quienes agradezco sus preocupaciones porque obtuviera este xito, y por hacer sus ruegos al santo creador para que derramara sabidura sobre m y poder obtener este logro tan anhelado.

A MIS COMPAEROS DE TESIS Roberto Elas y Williams Enrique por haberme permitido trabajar con ellos, tambin por adecuarse a mi forma de trabajar y de esta manera realizar aportaciones hacia nuestro proyecto de tesis. Adems por haber compartido momentos de alegra y tristezas, agradezco todos los conocimientos compartidos y a la vez por haber aprendido nuevos conocimientos tecnolgicos en el desarrollo de este proyecto.

AL DIRECTOR DE LA FUNDACION SAN VICENTE PRODUCTIVO Agradezco al Lic. Jorge Pozo por habernos permitido desarrollar nuestro de graduacin en tan prestigiosa ONG, tambin por todos los dispositivos tecnolgicos puestos a nuestra disposicin para el desarrollo del proyecto. A la vez agradecimientos a todos los trabajadores de la fundacin por habernos proporcionado informacin y dedicado parte de su tiempo tan laborioso.

JOSE ALCIDES JAIMES

INDICE

Contenido
INTRODUCCIN ............................................................................................................ I OBJETIVOS ................................................................................................................. III ALCANCES ................................................................................................................. IV LIMITACIONES ............................................................................................................ V DELIMITACIONES ...................................................................................................... VI JUSTIFICACIN .........................................................................................................VII CAPITULO I: ................................................................................................................. 9 INVESTIGACIN PRELIMINAR ................................................................................... 9
1.1 MARCO TERICO ............................................................................................................ 10 1.1.1 GENERALIDADES DE LOS SISTEMAS DE INFORMACIN GERENCIAL (SIG) .... 10 1.2 ANTECEDENTES Y GENERALIDADES DE LA FUNDACIN SAN VICENTE PRODUCTIVO ......................................................................................................................... 16 1.3 FILOSOFA DE LA FUNDACIN SAN VICENTE PRODUCTIVO .................................... 18 1.4 ESTRUCTURA ORGANIZATIVA DE LA FUNDACIN SAN VICENTE PRODUCTIVO .. 20 1.5 DEFINICIN DEL PROBLEMA ......................................................................................... 20 1.5.1 PLANTEAMIENTO DEL PROBLEMA ......................................................................... 20 1.5.2 FORMULACIN DEL PROBLEMA ............................................................................ 27 1.6 DEFINICIN DEL PROYECTO ......................................................................................... 28 1.6.1 CUADRO DE ACTIVIDADES Y EVALUACIONES ..................................................... 28 1.7 METODOLOGA DE LA INVESTIGACIN A DESARROLLAR ........................................ 29 1.7.1 METODOLOGA DE ANLISIS .................................................................................. 30 1.7.2 METODOLOGA DE DESARROLLO .......................................................................... 31 1.8 ESTUDIO DE FACTIBILIDAD ............................................................................................ 33 1.8.1 FACTIBILIDAD TCNICA ........................................................................................... 34 1.8.2 FACTIBILIDAD ECONMICA..................................................................................... 37 1.8.3 FACTIBILIDAD OPERATIVA ...................................................................................... 57 1.9 RESULTADO ESPERADO ................................................................................................ 58

CAPITULO II: .............................................................................................................. 60 DESCRIPCIN DE LA SITUACIN ACTUAL ............................................................ 60

2.1 DESCRIPCIN DEL SISTEMA ACTUAL .......................................................................... 61 2.3 DESCRIPCIN DE LA SITUACIN ACTUAL CON ENFOQUE DE SISTEMAS ............. 68 2.4 DESCRIPCIN DE LOS PROCESOS ACTUALES .......................................................... 75 2.4.1 DIAGRAMA JERRQUICO DE PROCESOS ............................................................. 75 2.4.2 DIAGRAMA DE CASOS DE USO .............................................................................. 87 2.4.3 DIAGRAMAS DE ACTIVIDAD .................................................................................. 101

CAPITULO III: ........................................................................................................... 107 DETERMINACIN DE LOS REQUERIMIENTOS ..................................................... 107


3.1 REQUERIMIENTOS INFORMTICOS ............................................................................ 108 3.1.1 DIAGRAMA JERRQUICO DE PROCESOS ........................................................... 109 3.1.2 DIAGRAMA DE CASOS DE USO ............................................................................ 121 3.1.3 DIAGRAMA DE ACTIVIDAD ..................................................................................... 145 3.1.4 ANALISIS DEL DOMINIO ......................................................................................... 166 3.2 REQUERIMIENTOS DE DESARROLLO DEL SISTEMA ................................................ 176 3.2.1 HARDWARE ............................................................................................................. 176 3.2.2 SOFTWARE .............................................................................................................. 177 3.2.3 RECURSO HUMANO ............................................................................................... 201 3.3 REQUERIMIENTOS OPERATIVOS ................................................................................ 202 3.3.1 SOFTWARE .............................................................................................................. 202 3.3.2 HARDWARE ............................................................................................................. 203 3.3.3 RECURSO HUMANO ............................................................................................... 207 3.3.4 SEGURIDAD ............................................................................................................. 208 3.3.5 MARCO LEGAL ........................................................................................................ 210

CAPITULO IV: ........................................................................................................... 211 DISEO DEL SISTEMA ............................................................................................ 211


4.1 DISEO DE INTERFAZ WEB ......................................................................................... 212 4.1.1 CREACIN DE LA PLANTILLA WEB ...................................................................... 214 4.1.2 DISEO DE LA INTERFAZ DE USUARIO ............................................................... 216 4.2 ESTNDARES DE DISEO ............................................................................................ 220 4.2.1 ESTNDARES DE NOMBRES DE ARCHIVO ......................................................... 220 4.2.2 ESTNDARES DE BOTONES ................................................................................. 221 4.2.3 ESTNDARES DE OBJETO .................................................................................... 221 4.2.4 ESTNDARES DE CAMPO...................................................................................... 222

4.2.5 ESTNDARES DE SALIDA ...................................................................................... 223 4.3 DISEO DE LA BASE DE DATOS .................................................................................. 224 4.3.1 DIAGRAMA ESQUEMA DE LA BASE DE DATOS .................................................. 225 4.3.2 MODELO LGICO DE LA BASE DE DATOS .......................................................... 226 4.3.3 MODELO FSICO DE LA BASE DE DATOS ............................................................ 227 4.4 DISEO DE ENTRADAS ................................................................................................. 239 4.4.1 DISEO DE FORMULARIOS WEB .......................................................................... 239 4.5 DISEO DE SALIDAS ..................................................................................................... 269 4.5.1 CONSULTAS ............................................................................................................ 270 4.5.2 REPORTES .............................................................................................................. 272

CAPTULO V: ............................................................................................................ 279 PROGRAMACIN Y PRUEBAS DEL SISTEMA ...................................................... 279


5.1 PROGRAMACIN DEL SISTEMA .................................................................................. 280 5.1.1 TCNICA DE PROGRAMACIN ............................................................................ 280 5.1.2 TERMINOLOGA UTILIZADA .................................................................................. 280 5.2 PRUEBAS DEL SISTEMA .............................................................................................. 284 5.2.1 METODOLOGA DE PRUEBAS .............................................................................. 285 5.2.2 PREPARACIN DE DATOS DE PRUEBAS ........................................................... 288 5.2.3 PRUEBA Y EJECUCIN DE LOS MDULOS ....................................................... 294

CAPTULO VI: ........................................................................................................... 309 PLAN DE IMPLANTACIN ....................................................................................... 309


6.1 OBJETIVOS ..................................................................................................................... 310 6.2 PLANEACIN .................................................................................................................. 310 6.3 ORGANIZACIN ............................................................................................................. 314 6.4 DISTRIBUCIN DE ACTIVIDADES Y CONTROL .......................................................... 316 6.5 PRUEBAS Y CORRECCIONES FINALES ...................................................................... 318

CAPTULO VII: .......................................................................................................... 319 DOCUMENTACIN .................................................................................................. 319


7.1 MANUAL DE USUARIO ................................................................................................... 320 7.2 MANUAL DEL PROGRAMADOR .................................................................................... 320 7.3 MANUAL DE CONFIGURACIN .................................................................................... 320

CONCLUSIONES ...................................................................................................... 321 RECOMENDACIONES.............................................................................................. 322

BIBLIOGRAFA ......................................................................................................... 323 GLOSARIO ............................................................................................................... 326 ANEXOS ................................................................................................................... 339

Tablas
Tabla 1 - Cuadro de actividades generales del proyecto ............................................................ 28 Tabla 2 - Caractersticas del equipo informtico.......................................................................... 35 Tabla 3 - Detalle del software disponible ..................................................................................... 36 Tabla 4 - Recurso humano a utilizar en las etapas del desarrollo del proyecto .......................... 38 Tabla 5 - Costos de operacin ..................................................................................................... 38 Tabla 6 - Costo de materiales ...................................................................................................... 39 Tabla 7 - Recurso hardware......................................................................................................... 40 Tabla 8 - Costo de hardware........................................................................................................ 40 Tabla 9 - Depreciacin de equipo ................................................................................................ 41 Tabla 10 - Costo de software ....................................................................................................... 42 Tabla 11 - Costo de recursos tecnolgicos y software ............................................................... 42 Tabla 12 - Costo de recursos a utilizar ........................................................................................ 42 Tabla 13 - Sueldos del recurso humano involucrado en el control y seguimiento ...................... 43 Tabla 14 - Costo total por horas dedicadas al proceso de control y seguimiento manual .......... 43 Tabla 15 - Costo total por horas dedicadas al proceso de control y seguimiento sistematizado 44 Tabla 16 - Inversin actual de elaboracin de informes .............................................................. 46 Tabla 17 - Reduccin a la inversin actual de elaboracin de informes ..................................... 47 Tabla 18 - Costo promedios de mantenimiento de equipo informtico ....................................... 48 Tabla 19 - Mantenimiento de equipo informtico ......................................................................... 48 Tabla 20 - Consumo elctrico mensual por equipo en kw .......................................................... 49 Tabla 21 - Costo mensual de energa elctrica ........................................................................... 49 Tabla 22 - Depreciacin de equipo anual ................................................................................... 51 Tabla 23 - Estimacin de flujos de caja ....................................................................................... 52 Tabla 24 - Flujos de caja netos acumulados ............................................................................... 55 Tabla 25 Descripcin de caso de uso: Solicitar fondo de apoyo .............................................. 93 Tabla 26 - Descripcin de caso de uso: Proporcionar solicitudes ............................................... 94 Tabla 27 - Descripcin de caso de uso: Proporcionar informes .................................................. 96

Tabla 28 - Descripcin de caso de uso: Verificar informes ......................................................... 96 Tabla 29 - Descripcin de caso de uso: Seguimiento a expedientes .......................................... 97 Tabla 30 - Descripcin de caso de uso: Realizar investigacin de campo ................................. 98 Tabla 31 - Descripcin de caso de uso: Solicitar informes ........................................................ 100 Tabla 32 - Descripcin de caso de uso: Presentar informes ..................................................... 100 Tabla 33 - Requisitos hardware para instalar Windows XP Pro SP2 ........................................ 179 Tabla 34 - Comparacin de entornos de desarrollo integrados................................................. 183 Tabla 35 - Comparacin de gestores de bases de datos .......................................................... 189 Tabla 36 - Comparacin de servidores web .............................................................................. 196 Tabla 37 - Comparacin de herramientas de diseo grfico ..................................................... 200 Tabla 38 - Software necesario para la implantacin del sistema informtico ............................ 203 Tabla 39 - Perfil del administrador del sistema informtico ....................................................... 207 Tabla 40 - Perfil del usuario del sistema informtico ................................................................. 208 Tabla 41 - Tipos de licencias software utilizadas....................................................................... 210 Tabla 42 - Estndares de nombres de archivos ........................................................................ 220 Tabla 43 - Estndares de botones ............................................................................................. 221 Tabla 44 - Estndares de objetos .............................................................................................. 222 Tabla 45 - Estndares de nombres de campos ......................................................................... 222 Tabla 46 - Formulario Registro de solicitantes: Datos personales ............................................ 289 Tabla 47 - Formulario Registro de solicitantes: Datos laborales ............................................... 289 Tabla 48 - Formulario Registro de solicitantes: Datos de negocio ............................................ 290 Tabla 49 - Formulario Registro de solicitantes: Datos de familiares ......................................... 290 Tabla 50 - Formulario Fondo FINAPRO: Datos de bsqueda ................................................... 290 Tabla 51 - Formulario Fondo FINAPRO: Tipo de crdito .......................................................... 290 Tabla 52 - Formulario Fondo FINAPRO: Situacin financiera ................................................... 291 Tabla 53 - Formulario Fondo FINAPRO: Referencias ............................................................... 291 Tabla 54 - Formulario Fondo FINAPRO: Garantas .................................................................. 292 Tabla 55 - Formulario Fondo FINAPRO: Resolucin ................................................................ 293 Tabla 56 - Formulario Fondo FINAPRO: Bienes ....................................................................... 293 Tabla 57 - Formulario Control de FINAPRO: Datos de bsqueda............................................. 293 Tabla 58 - Formulario Control de FINAPRO: Pago ................................................................... 294 Tabla 59 - Prueba funcional: Registro de solicitantes ............................................................... 295 Tabla 60 - Prueba funcional: Fondo FINAPRO.......................................................................... 300 Tabla 61 - Prueba funcional: Control de FINAPRO ................................................................... 307 Tabla 62 - Programacin de actividades del plan de implantacin ........................................... 313

Tabla 63 - Funciones del Director del proyecto ......................................................................... 315 Tabla 64 - Funciones del Director de informtica ...................................................................... 316 Tabla 65 - Asignacin de actividades del equipo de implantacin ............................................ 316

Figuras
Figura 1 - Estructura de los Sistemas de Informacin Gerencial ................................................ 15 Figura 2 - Estructura formal de la Fundacin San Vicente Productivo ........................................ 20 Figura 3 - Diagrama Causa - Efecto ............................................................................................ 23 Figura 4 - Diagrama de flujos de caja netos ................................................................................ 53 Figura 5 - Grfica de recuperacin de la inversin ...................................................................... 55 Figura 6 - Enfoque de sistemas: Situacin actual ....................................................................... 69 Figura 7 - Diagrama jerrquico de procesos: Sistema actual ...................................................... 75 Figura 8 - Simbologa de casos de uso ....................................................................................... 91 Figura 9 - Caso de uso "Proceso de solicitud" ............................................................................. 92 Figura 10 - Caso de uso "Proceso de control y seguimiento" ..................................................... 95 Figura 11 - Caso de uso "Generacin de informes" .................................................................... 99 Figura 12 - Simbologa diagramas de actividad......................................................................... 103 Figura 13 - Diagrama de actividad "Proceso de solicitud" ......................................................... 104 Figura 14 - Diagrama de actividad "Control y seguimiento" ...................................................... 105 Figura 15 - Diagrama de actividad "Generacin de informes"................................................... 106 Figura 16 - Diagrama jerrquico de procesos: Sistema propuesto ........................................... 109 Figura 17 - Estructura de sistema web (Wireframe) .................................................................. 215 Figura 18 - Boceto de la pgina web ......................................................................................... 216 Figura 19 - Men principal ......................................................................................................... 216 Figura 20 - Estndar de reporte ................................................................................................. 223 Figura 21 - Formulario WEB de inicio de sesin........................................................................ 239 Figura 22 - Formulario WEB de creacin de usuarios ............................................................... 240 Figura 23 - Formulario WEB de registro de comunidades ......................................................... 241 Figura 24 - Formulario WEB de registro de solicitantes (Personales) ....................................... 242 Figura 25 - Formulario WEB de registro de solicitantes (Laborales) ......................................... 243 Figura 26 - Formulario WEB de registro de solicitantes (Negocio)............................................ 244 Figura 27 - Formulario WEB de registro de solicitantes (Familiares) ........................................ 245 Figura 28 - Formulario WEB de registro de fondo de despegue (Bienes) ................................. 247

Figura 29 - Formulario WEB de registro de fondo de despegue (Perfil de actividad) ............... 248 Figura 30 - Formulario WEB de registro de fondo de despegue (Resolucin) .......................... 249 Figura 31 - Formulario WEB de registro de fondo de seguridad alimentaria (Datos de solicitud) ................................................................................................................................................... 251 Figura 32 - Formulario WEB de registro de fondo de seguridad alimentaria (Situacin Crediticia) ................................................................................................................................................... 252 Figura 33 - Formulario WEB de registro de fondo de seguridad alimentaria (Garantas: Fiduciaria)................................................................................................................................... 253 Figura 34 - Formulario WEB de registro de fondo de seguridad alimentaria (Garantas: Prendaria)................................................................................................................................... 254 Figura 35 - Formulario WEB de registro de fondo de seguridad alimentaria (Garantas: Hipotecaria) ................................................................................................................................ 255 Figura 36 - Formulario WEB de registro de fondo de seguridad alimentaria (Resolucin) ....... 256 Figura 37 - Formulario WEB de registro de fondo de apoyo a iniciativas (Solicitud) ................ 258 Figura 38 - Formulario WEB de registro de fondo de apoyo a iniciativas (Crditos)................. 259 Figura 39 - Formulario WEB de registro de fondo de apoyo a iniciativas (Resolucin) ............ 260 Figura 40 - Formulario WEB de registro de fondo de crdito (Tipo de crdito) ......................... 262 Figura 41 - Formulario WEB de registro de fondo de crdito (Situacin financiera) ................. 263 Figura 42 - Formulario WEB de registro de fondo de crdito (Bienes) ...................................... 266 Figura 43 - Formulario WEB de control de fondo de despegue ................................................ 268 Figura 44 - Formulario WEB de control de seguridad alimentaria ............................................. 269 Figura 45 - Consulta de usuarios ............................................................................................... 270 Figura 46 - Consulta de beneficiarios ........................................................................................ 271 Figura 47 - Estructura de sitio web con CSS ............................................................................. 283 Figura 48 - Documentos HTML enlazados con una hoja CSS .................................................. 284 Figura 49 - Visualizacin del Formulario Registro de solicitantes ............................................. 296 Figura 50 - Visualizacin del Formulario Registro de solicitantes: Personales ......................... 297 Figura 51 - Visualizacin de Formulario Registro de solicitantes: Laborales ............................ 297 Figura 52 - Visualizacin de Formulario Registro de solicitantes: Negocio ............................... 298 Figura 53 - Visualizacin de Formulario Registro de solicitantes: Familiares ........................... 298 Figura 54 - Visualizacin de Formulario Registro de solicitantes: Familiares agregado. .......... 299 Figura 55 - Visualizacin del Formulario Fondo FINAPRO ....................................................... 301 Figura 56 - Visualizacin del Formulario Fondo FINAPRO: Tipo de crdito ............................. 302 Figura 57 - Visualizacin del Formulario Fondo FINAPRO: Situacin financiera ...................... 302 Figura 58 - Visualizacin del Formulario Fondo FINAPRO: Referencias - Ahorros .................. 303

Figura 59 - Visualizacin del Formulario Fondo FINAPRO: Referencias - Crditos ................. 303 Figura 60 - Visualizacin del Formulario Fondo FINAPRO: Garantas - Fiduciaria .................. 304 Figura 61 - Visualizacin del Formulario Fondo FINAPRO: Garantas - Prendaria .................. 304 Figura 62 - Visualizacin del Formulario Fondo FINAPRO: Garantas - Hipotecaria ................ 305 Figura 63 - Visualizacin del Formulario Fondo FINAPRO: Resolucin ................................... 305 Figura 64 - Visualizacin del Formulario Fondo FINAPRO: Bienes .......................................... 306 Figura 65 - Visualizacin del Formulario Control de FINAPRO ................................................. 308 Figura 66 - Visualizacin del Formulario Control de FINAPRO con pago ................................. 308 Figura 67 - Diagrama de actividades del plan de implantacin ................................................. 312 Figura 68 - Estructura organizativa del equipo de implantacin ................................................ 314

INTRODUCCIN

El presente documento contiene el resumen de todas las etapas que fueron necesarias para el desarrollo del proyecto denominado Sistema de Informacin Gerencial con Interfaz Web para el Seguimiento a los Proyectos de Apoyo a las comunidades atendidas por la Fundacin San Vicente Productivo, con el cual se logr solventar la problemtica encontrada en la institucin.

Dicho proyecto est dividido en los siguientes captulos:

Captulo I "Investigacin preliminar" Este captulo contiene los antecedentes, generalidades, filosofa y estructura organizativa de la Fundacin. Adems se presenta el estudio de factibilidades del proyecto.

Captulo II "Descripcin de la situacin Actual" Este captulo contiene el anlisis del proceso de control y seguimiento a los proyectos de apoyo con el propsito de conocer el flujo de la informacin en los procesos.

Captulo III "Determinacin de requerimientos" En este captulo se presentan las especificaciones de hardware, software y recurso humano necesarios para el desarrollo del Sistema de informacin.

Captulo IV "Diseo del Sistema" En este captulo se presenta el rbol funcional el cual contiene los mdulos del Sistema de informacin gerencial, al mismo tiempo se establece el diseo de la plantilla web a utilizar, incluyendo el diseo de las pantallas de captura de datos, tambin contiene el diseo lgico y fsico de la base de datos.

Capitulo V "Programacin y pruebas del sistema" Este captulo contiene la metodologa de programacin utilizada para el desarrollo del Sistema de informacin gerencial, adems se realizaron pruebas a cada uno de los mdulos del Sistema.

Captulo VI "Plan de implantacin" En este captulo se estableci el plan de implantacin del sistema en la Fundacin San Vicente Productivo.

Captulo VII "Documentacin" Este captulo contiene la documentacin necesaria tanto para el usuario final como para el administrador o programador del sistema.

II

OBJETIVOS

OBJETIVO GENERAL Proporcionar una herramienta de control administrativo que mejore la eficiencia mediante el desarrollo de un Sistema de Informacin Gerencial con interfaz Web, capaz de dar seguimiento a los proyectos de apoyo a las comunidades atendidas por la Fundacin San Vicente Productivo.

OBJETIVOS ESPECFICOS Mejorar la eficiencia en la toma de decisiones mediante la generacin de informes. Reducir los tiempos de procesamiento de solicitudes de apoyo y monitoreo de pagos. Generar estadsticas que permitan controlar los estados de cada proyecto. Mantener actualizado el historial de los beneficiarios de los diferentes fondos bsicos. Facilitar a los usuarios el acceso a la consulta y mantenimiento de historial de beneficiarios por medio de la interfaz Web. Determinacin oportuna de posibles retrasos o anomalas en la ejecucin de los proyectos.

III

ALCANCES

El Sistema de Informacin Gerencial ser desarrollado exclusivamente para la Fundacin San Vicente Productivo donde se abarcarn las reas de accin siguientes:

Fondo de despegue. Orientado a las familias en pobreza extrema, es decir, aquellas que no alcanzan a cubrir sus necesidades de alimentos, la canasta bsica.

Fondo de seguridad alimentaria. Se trata de crditos a familias en pobreza relativa, aquellas que alcanzan a cubrir sus necesidades de alimentos, pero no tienen las condiciones suficientes para satisfacer las dems necesidades de la familia.

Fondo de apoyo a iniciativas. Trata de incentivar, a travs de modalidades de co-inversin, actividades productivas que sean innovadoras en el contexto productivo de la comunidad.

Fondo de crdito. Construido para actividades que demuestren ser rentables y es manejado bajo las regulaciones nacionales vigentes de crdito para el sistema financiero.

IV

LIMITACIONES

El desarrollo del proyecto estar sujeto a: El hardware y software con el que cuenta la Fundacin. La implementacin del sistema de informacin gerencial estar sujeto a la coordinacin con el tcnico de informtica de la Fundacin ya que el servidor Web se encuentra ubicado en Espaa y no se realizara una configuracin directa en este, pero se proporcionarn los respectivos manuales de configuracin e instalacin del sistema.

DELIMITACIONES

Define explcitamente hasta dnde llegar el desarrollo del proyecto, esto implica tambin describir los lmites del mismo o lo que no considerar el producto final.

Delimitacin espacial El desarrollo del proyecto se llevar a cabo en el municipio de San Vicente, departamento de San Vicente. Delimitacin geogrfica La investigacin estar enfocada en la Fundacin San Vicente Productivo, ubicada en 12 calle Poniente Casa #3, San Vicente. Delimitacin especfica rea gerencial y administrativa de la Fundacin San Vicente Productivo orientada al control y seguimiento de los proyectos de apoyo.

VI

JUSTIFICACIN

Los beneficios de este proyecto son amplios, y se pueden abarcar desde diferentes puntos de vista, no solamente la institucin que se toma como referencia se ver beneficiada con el proyecto sino tambin las comunidades y entes que se relacionan con la Fundacin San Vicente Productivo. Las perspectivas desde las que se pueden apreciar los beneficios de este proyecto son las siguientes: 1. La poblacin beneficiada con el desarrollo del proyecto. (2704

beneficiarios1) 2. Mejora en la eficiencia de los procesos realizados en la Fundacin San Vicente Productivo.

Poblacin beneficiada Actualmente la Fundacin San Vicente Productivo brinda apoyo financiero a los siguientes municipios de San Vicente: Apastepeque San Esteban Catarina San Ildefonso San Vicente Santa Clara Tecoluca

Informacin proporcionada por Jos Vicente Lpez Caldern, Unidad de seguimiento y evaluacin de proyectos.

VII

La Fundacin San Vicente Productivo no est limitada a estas reas, y segn recursos disponibles, piensa expandir sus servicios a los dems municipios de San Vicente o an fuera del departamento de San Vicente.

En el Anexo 1 se muestra una grfica representativa del crecimiento de beneficiarios desde el ao 2004 hasta una proyeccin del ao 2007 (Ver pg. 340).

Mejora en la eficiencia Mejorar la eficiencia en la toma de decisiones ya que siendo un Sistema de Informacin Gerencial proporcionar informacin clara, precisa y oportuna de los datos manipulados en la Fundacin San Vicente Productivo, as como la generacin de informes con grficas estadsticas que permitan apreciar que los fondos

proporcionados sean bien utilizados y evaluar nuevas solicitudes de apoyo.

Adems, se obtendr un mayor control en la incursin de beneficiarios en ms de un fondo de apoyo, lo cual no est permitido por la Fundacin y actualmente es difcil detectar este tipo de falta, debido a que la verificacin se lleva manualmente. Tambin es de mencionar que el sistema proporcionar un mejor control ante las demoras de los pagos de crditos otorgados a los beneficiarios.

Tambin, el beneficio se ver reflejado en una mayor seguridad en los datos, ya que cualquier informacin que se almacena digitalmente es ms segura.

VIII

CAPITULO I: INVESTIGACIN PRELIMINAR

SINOPSIS En este captulo se definir y plantear la problemtica a

solucionar a travs de tcnicas de recopilacin, anlisis e interpretacin de resultados que ayuden a describir y analizar los procesos

CAPITULO I:

administrativos de la Fundacin San Vicente Productivo.

INVESTIGACIN PRELIMINAR

El contenido del captulo presenta una descripcin y los de las que de se

generalidades proporcionan Informacin

beneficios Sistemas luego

Gerencial,

mostrarn datos importantes sobre los antecedentes de la Fundacin San Vicente Productivo y la manera en cmo ha evolucionado, cules son sus valores y de qu forma est organizada. El estudio preliminar ayudar a recopilar informacin importante

para el anlisis de factibilidades y determinacin de costos los cuales son necesarios para el desarrollo del proyecto.

CAPITULO I: INVESTIGACIN PRELIMINAR

1.1 MARCO TERICO 1.1.1 GENERALIDADES DE LOS SISTEMAS DE INFORMACIN GERENCIAL (SIG) Los Sistemas de Informacin Gerencial apoyan al nivel administrativo de la organizacin, suministrando informes a los gerentes y en algunos casos, de acceso en lnea al desempeo real y los registros histricos de la organizacin2. Por lo general se orientan casi exclusivamente a eventos internos, no a eventos externos ni del entorno. Los Sistemas de Informacin Gerencial dan servicio principalmente a las funciones de planeacin, control y toma de decisiones a nivel administrativo. Normalmente sus datos dependen de sistemas de procesamiento de transacciones subyacentes.

Las actividades involucradas incluyen el ingreso de datos, proceso de la informacin, almacenamiento de datos e informacin, y la produccin de salidas tales como reportes gerenciales.

1.1.1.1 INTRODUCCIN A LOS SISTEMAS DE INFORMACIN GERENCIAL En la actualidad los Sistemas de Informacin Gerencial estn obteniendo mayor auge debido a la utilidad que estos brindan en relacin a las operaciones administrativas encaminadas a la toma de decisiones. Se debe destacar que para que exista un sistema de informacin gerencial, antes debe existir un sistema de procesamiento de transacciones, el cual abastece de datos de operaciones resumidos al final de un periodo, los cuales se convierten en flujos de entradas para los sistemas de

Sistemas de Informacin Gerencial Kenneth C. Laudon, Jane P. Laudon

10

CAPITULO I: INVESTIGACIN PRELIMINAR

informacin gerencial, y estos generen informes gerenciales para la toma de decisiones. Para un buen desempeo organizacional se deben aplicar todas las fases administrativas como: planeacin, organizacin, integracin de personal, direccin y control. Sin embargo para un sistema de informacin gerencial el inters se concentra en la planeacin y el control.

1.1.1.2 DEFINICIN Los Sistemas de Informacin Gerencial se constituyen como una herramienta potente en la administracin y toma de decisiones de pequeas y grandes empresas, ya que estos combinan, organizan y diseminan informacin en una amplia variedad de formas para mejorar la productividad y eficiencia de los administradores, de acuerdo a estilos y caractersticas de cada organizacin.

1.1.1.3 CARACTERSTICAS QUE DEBE CONTENER UN SIG Las caractersticas principales de los sistemas de informacin gerencial son las siguientes3: 1. Suelen introducirse despus de la implantacin de los sistemas

transaccionales. 2. Filtran, organizan y totalizan los datos almacenados por los sistemas transaccionales.

Brien, James A. (2001). Sistemas de Informacin Gerencial

11

CAPITULO I: INVESTIGACIN PRELIMINAR

3. La informacin que genera sirve de apoyo a la toma de decisiones estructurada de los niveles intermedios de la organizacin. 4. Ofrece gran variedad de reportes. 5. Difcilmente se encuentran separados de los sistemas transaccionales. 6. Se requiere un sistema gerencial especfico en cada rea de la organizacin (ventas, finanzas, recursos humanos, produccin, etc.) para cubrir las necesidades especficas de informacin.

Los sistemas de informacin gerencial deben estar compuestos de tres dimensiones4: tiempo, contenido y forma. De las cuales se mencionarn algunas. Oportunidad La informacin debe suministrarse en el momento que sea necesario. Actualidad La informacin debe ser reciente al momento de suministrarse. Exactitud La informacin debe estar libre de errores. Brevedad Debe proporcionarse solo informacin que se necesite. Claridad La informacin debe suministrarse en un formato que sea fcil de entender. Presentacin La informacin debe presentarse en forma narrativa, numrica y grfica.

Ibd. Pg. 10

12

CAPITULO I: INVESTIGACIN PRELIMINAR

1.1.1.4 DESARROLLO DE UN SIG Cuando se tiene inters en desarrollar un Sistema de Informacin Gerencial debe existir total inters por los involucrados en el desarrollo, debido a que debe de disponer de experiencia, tiempo y dinero. Sin embargo, aun cuando la organizacin no se haya impuesto el compromiso de desarrollar esta tarea, se puede realizar una funcin importante para mejorar el sistema y cubrir sus necesidades. Tal vez no sea posible cambiar los formularios de registro o archivos, pero pueden hacerse cambios marginales, tales como el mejoramiento en la exactitud de los datos y la puntualidad de las fechas de informe. Debido a que los administradores desean eliminar las incertidumbres contenidas en la toma de decisiones para lograr un alto grado de competitividad, les conduce a utilizar herramientas que manipulen altos volmenes de informacin y puedan generar una gran variedad de informes que le ayuden a agilizar y mejorar la toma de decisiones.

La introduccin de la tecnologa de computadores ha conllevado a que los diversos sistemas de informacin se conviertan en elementos de importancia en la organizacin. Considerando la inmensa capacidad, en lo que al manejo de la informacin se refiere, los computadores estn en capacidad de convertirse en una ventaja estratgica para las organizaciones ms diversas.

Los pasos para analizar los SIG: 1. Identificar a todos aquellos que estn utilizando o deberan utilizar los distintos tipos de informacin (profesionales, trabajadores de campo, supervisores, administradores, etc.)

13

CAPITULO I: INVESTIGACIN PRELIMINAR

2. Establecer los objetivos a largo y corto plazo de la organizacin, departamento o punto de prestacin de servicios. 3. Identificar la informacin que se requiere para ayudar a las diferentes personas a desempearse efectiva y eficientemente, y eliminar la informacin que se recolecta pero que no se utiliza. 4. Determinar cules de los formularios y procedimientos actuales para recolectar, registrar, tabular, analizar y brindar la informacin, son sencillos, no requieren demasiado tiempo y cubren las necesidades de los diferentes trabajadores, y qu formularios y procedimientos necesitan mejorarse. 5. Revisar todos los formularios y procedimientos existentes para recolectar y registrar informacin que necesiten mejorarse o preparar nuevos instrumentos si es necesario. 6. Establecer o mejorar los sistemas manuales o computarizados para tabular, analizar, y ofrecer la informacin para que sean ms tiles a los diferentes trabajadores. 7. Desarrollar procedimientos para confirmar la exactitud de los datos. 8. Capacitar y supervisar al personal en el uso de nuevos formularios, registros, hojas de resumen y otros instrumentos para recolectar, tabular, analizar, presentar y utilizar la informacin. 9. Optimizar un sistema de informacin gerencial: qu preguntar, qu observar, qu verificar.

14

CAPITULO I: INVESTIGACIN PRELIMINAR

El sistema de informacin gerencial se puede formar como una estructura piramidal5.

SIG para la planeacin de polticas y toma de decisiones.

..Nivel 4

NIVELES

Informacin administrativa para la planeacin tctica y la toma de decisiones. Informacin administrativa para la planeacin operacional, la toma de decisiones y el control. Procesamiento de transacciones.

Nivel 3 .....Nivel 2 ..Nivel 1

Figura 1 - Estructura de los Sistemas de Informacin Gerencial

El primer nivel de la pirmide representa todo lo relacionado con el procesamiento de transacciones tales como: clculos matemticos, estadsticos, contables, etc. El cul es la base antecesora para el desarrollo de un SIG.

El segundo nivel se desarrolla un plan para analizar la toma de decisiones y llevar un control.

En el tercer nivel se lleva a cabo una combinacin, organizacin de los elementos de datos para generar informacin que ayude a elaborar estrategias para una eficiente administracin.

En el cuarto nivel agrupa todos los recursos de informacin estructurada existentes en los niveles anteriores, para apoyar la planeacin y definicin de polticas que contribuyan a la eficiencia a los niveles administrativos.

Ibd. Pg. 10

15

CAPITULO I: INVESTIGACIN PRELIMINAR

1.2 ANTECEDENTES Y GENERALIDADES DE LA FUNDACIN SAN VICENTE PRODUCTIVO

La Fundacin San Vicente Productivo fue creada el 20 de junio de 2003, a iniciativa del Programa San Vicente Productivo como un intento de garantizar la sostenibilidad de los servicios del programa, procesos de transferencia previstos en el contrato de financiacin del programa, el plan operativo global, el plan operativo anual 2003 y el plan de transferencia presentado para aprobacin a las autoridades de tutela y aprobado por el Ministerio de Relaciones Exteriores. La Fundacin est integrada por 14 miembros, de estos son 11 beneficiarios(as) y 3 profesionales en las reas: financiera, social y productiva, todos ellos de los municipios de Apastepeque, Santa Clara, San Esteban Catarina, San Ildefonso, San Vicente y Tecoluca6.

La Fundacin se crea por tiempo indefinido como una entidad de utilidad pblica, apoltica, no lucrativa, ni religiosa, con domicilio en la ciudad de San Vicente, departamento de San Vicente. Los fines y objetivos de la Fundacin son: a) Contribuir al desarrollo productivo regional, por medio de servicios financieros y tcnicos de apoyo a la produccin agropecuaria y no agropecuaria. b) Garantizar a las familias rurales el acceso al financiamiento de actividades de produccin, comercializacin, diversificacin, microempresa y turismo.
6

Fuente: Fundacin San Vicente Productivo

16

CAPITULO I: INVESTIGACIN PRELIMINAR

c) Velar por que el fideicomiso se maneje con transparencia y eficiencia por parte de las entidades financieras seleccionadas para tal fin. d) Garantizar el buen manejo y funcionamiento de los fondos de despegue y de iniciativas. e) Gestionar servicios de asistencias tcnica y otros que contribuyan al desarrollo integral de las familias beneficiarias.

El patrimonio de la Fundacin proviene de recursos de la Unin Europea, que fueron en su tiempo administrados por el Programa de Apoyo al Proceso Productivo en el departamento de San Vicente. El monto inicial del patrimonio de la Fundacin se constituy con la cantidad de diez mil dlares de los Estados Unidos de Amrica. El cual se incrementar con las cantidades para el fondo de crdito, el fondo de apoyo a iniciativas y un fondo de despegue. La cantidad total se transfiri por el Programa a la nueva entidad una vez que se cumplieron las condiciones siguientes: que se reconociera la personalidad jurdica por el rgano Ejecutivo de la Repblica de El Salvador y que hubieren transcurrido quince das despus de la firma del contrato de fideicomiso entre el presidente de la fundacin y el presidente de la institucin bancaria que fue seleccionado como fiduciario. El patrimonio de la fundacin se incrementar adems con los bienes muebles o inmuebles que en el futuro adquiera, con los legados y herencias que se otorguen a su favor, as como las rentas que provengan de sus bienes y los intereses que devenguen los fondos en las instituciones bancarias y financieras. Tambin formarn parte del patrimonio de la Fundacin las donaciones que efecten personas naturales o jurdicas nacionales o extranjeras.

17

CAPITULO I: INVESTIGACIN PRELIMINAR

El patrimonio es administrado por la Junta Directiva conforme a las directrices que le indique la Asamblea General, sin perjuicio de los fondos del fideicomiso, los cuales son administrados de conformidad al contrato del fideicomiso. El ente fiduciario del contrato de fideicomiso ser un Banco Estatal siempre y cuando existiese tal servicio. Dos aos despus de su constitucin la Fundacin cuenta con un local y ha consolidado sus procesos administrativos y operativos. Adems se trabaj en la consolidacin del fideicomiso, contando actualmente con el Banco Agrcola como el fiduciario y dos instituciones intermediarias para la canalizacin de los fondos del fideicomiso socioeconmico, las cuales son la Cooperativa EL ROBLE y CARITAS de San Vicente.

Cumpliendo con el compromiso para el cual fue creada la Fundacin tambin se ha avanzado en el establecimiento de relaciones interinstitucionales y se han gestionado proyectos de desarrollo socioeconmico que beneficien a las familias del

departamento, contando a la fecha con un proyecto de bolsa de trabajo contratado con FEDISAL y una coordinacin con el consorcio CRS-UCA para la ejecucin del proyecto Centro de Agronegocios de San Vicente.

1.3 FILOSOFA DE LA FUNDACIN SAN VICENTE PRODUCTIVO MISION Somos una Fundacin apoltica, no religiosa y no lucrativa, que contribuye al desarrollo productivo regional, mediante la asistencia tcnica, financiera y de

18

CAPITULO I: INVESTIGACIN PRELIMINAR

comercializacin como una institucin de segundo piso, complementando con otros proyectos orientados a mejorar las condiciones de vida de las familias atendidas, garantizando servicios de calidad responsables y oportunos bajo el enfoque de sostenibilidad, equidad y sustentabilidad.7

VISION Ser una Institucin slida y auto sostenible, que apoye el desarrollo productivo y econmico regional, contribuyendo a mejorar las condiciones de vida de la poblacin atendida.

Ibd., Pg. 16

19

CAPITULO I: INVESTIGACIN PRELIMINAR

1.4 ESTRUCTURA ORGANIZATIVA DE LA FUNDACIN SAN VICENTE PRODUCTIVO

ASAMBLEA GENERAL

JUNTA DIRECTIVA

ASESORA LEGAL

AUDITORA EXTERNA

DIRECCIN

ADMINISTRACIN

SEGUIMIENTO Y MONITOREO

SERVICIOS VARIOS

SECRETARA Y RECEPCIN
Figura 2 - Estructura formal de la Fundacin San Vicente Productivo

1.5 DEFINICIN DEL PROBLEMA 1.5.1 PLANTEAMIENTO DEL PROBLEMA Basndose en el anlisis de los datos obtenidos en la entrevista (Ver Anexo 2 Entrevista, pg. 341) y cuestionario (Ver Anexo 3 - Cuestionario, pg. 343) realizados al director y tcnico de seguimiento de la Fundacin San Vicente Productivo8, se determin que la mayor parte de los procesos se realizan de forma manual, lo cual

Ibd. pg. 16

20

CAPITULO I: INVESTIGACIN PRELIMINAR

dificulta realizar una buena administracin de cada fondo de apoyo presentando deficiencias tales como: Inadecuado almacenamiento de informacin requerida por cada fondo. Debido a que la informacin se almacena en formato electrnico (Excel) y formato impreso, lo cual trae como consecuencia tener almacenado informacin duplicada. Retrasos en la actualizacin de la cartera de beneficiarios de cada fondo. Debido a que no se cuenta con datos recientes sobre la situacin de cada una de los beneficiarios. Retrasos en la bsqueda de informacin de los beneficiarios. Ya que se manejan altos volmenes de datos que ocasiona una verificacin ineficiente. Inseguridad en la informacin almacenada. Por el hecho que en ocasiones ocurren prdidas de informacin impresa. Dificultad de cruces de informacin entre los fondos. Segn el tcnico de seguimiento al momento de realizar informes donde se requiere cruzar informacin de diferentes fondos se ve con el problema de cmo estructurar dicho informe. Dificultad en el manejo de informacin de cada fondo. Esto se debe a que en ocasiones ocurre infiltracin de datos de beneficiarios entre fondos. Altos volmenes de informacin almacenados. Esto es ocasionado por el aumento de beneficiarios que solicitan apoyo de los fondos, lo cual crea una acumulacin de papeleo.

21

CAPITULO I: INVESTIGACIN PRELIMINAR

Duplicidad de informacin de los beneficiarios. Debido a que no se realiza un control especfico del estado en el que se encuentran dichos beneficiarios para aplicar ha determinado fondo. Demoras en la elaboracin de informes. Ya que para elaborar un informe debe de disponer de seis horas como mnimo y los informes que corresponden a un perodo de tiempo mayor, necesitan hasta ocho das de elaboracin. No existe una visin clara sobre los beneficios brindados por cada fondo. Esto se debe a que el tcnico de seguimiento no dispone de una herramienta que le ayude a especificar qu tipo de informe se debe generar, para que contribuya a un mejor anlisis de la informacin presentada. Dificultad en la clasificacin de los datos para la generacin de informes. Esto debido a que los fondos involucran una gran cantidad de informacin que dificulta la organizacin y clasificacin de los registros para la generacin de informes. Carencia de informacin precisa y oportuna para la toma de decisiones. Debido a que los registros de los beneficiarios no estn actualizados y la generacin de informes consume demasiado tiempo, esto ocasiona retrasos en el anlisis y toma de decisiones. Toma de decisiones errnea. Esto se debe a que se proporcionan informes que no reflejan todos los aspectos necesarios para una decisin efectiva, a la vez no se lleva una adecuada actualizacin de la informacin correspondiente a cada fondo.

22

CAPITULO I: INVESTIGACIN PRELIMINAR

1.5.1.1 DIAGRAMA CAUSA EFECTO

Control
Duplicidad de informacin de los beneficiarios Altos volmenes de informacin almacenada en formato impreso Dificultad en el manejo de informacin de cada fondo Falta control en la verificacin y validacin de los beneficiarios Mala organizacin de los registros de cada fondo Dificultad de cruces de informacin entre fondos

Informacin
Inadecuado almacenamiento de Informacin informacin almacenada en formato impreso que tiende a deteriorarse Retrasos en la actualizacin de la cartera de beneficiarios Los informes de las Intermediarias no son recibidos a tiempo No se obtienen los informes en el momento preciso Demoras en la generacin de informes Dificultad en la clasificacin de datos para la generacin de informes Retrasos en la bsqueda de informacin Bsqueda manual de los registros

Inseguridad en la informacin almacenada Inadecuado control de copias de respaldo de la informacin

Deficiencia en el control y seguimiento a los proyectos atendidos por la Fundacin San Vicente Productivo.
Carencia de informacin precisa y oportuna para la toma de decisiones Registros no actualizados de los beneficiarios Inexistencia de una visin clara de los tipos de informe a generar Existe una gran variedad de informacin a clasificar

No existe una visin clara de los beneficios brindados por los fondos Inexistencia de informes que reflejen los avances en cada uno de los fondos

Informes Decisiones

Toma de decisiones errnea Informes mal elaborados

Figura 3 - Diagrama Causa - Efecto

23

CAPITULO I: INVESTIGACIN PRELIMINAR

1.5.1.2 ANLISIS DEL MTODO CAUSA EFECTO

CUADRO DE ANLISIS DE CAUSA EFECTO CONTROL CAUSA Dificultad en el manejo de informacin de cada fondo. Dificultad de cruces de informacin entre fondos. Duplicidad de informacin de los beneficiarios. SOLUCIN Reorganizar la forma en que se maneja la informacin, y as hacer ms eficientes los procesos. Centralizar la informacin en un formato especfico, en este caso formato digital, para reducir los gastos y mantener segura dicha informacin. Utilizar una herramienta software de control administrativo que permita verificar si un beneficiario ya est registrado en un fondo determinado. INFORMACIN CAUSA Inadecuado almacenamiento de Informacin. Retrasos en la actualizacin de la cartera de beneficiarios. Retrasos en la bsqueda de informacin. Inseguridad en la informacin almacenada. SOLUCIN Crear una base de datos que permita almacenar la informacin de una forma organizada, y as facilitar el mantenimiento de la misma. Utilizar un software personalizado que proporcione estndares de seguridad para la manipulacin de la base de datos.

24

CAPITULO I: INVESTIGACIN PRELIMINAR

CUADRO DE ANLISIS DE CAUSA EFECTO DECISIONES CAUSA Carencia de informacin precisa y oportuna para la toma de decisiones. No existe una visin clara de los beneficios brindados por los fondos. Toma de decisiones errnea. SOLUCIN La utilizacin de un sistema informtico que permita mantener actualizada la cartera de beneficiarios mejorar la elaboracin de informes en el momento oportuno. Un sistema de informacin gerencial permitir la generacin de informes estadsticos, que ayudara a apreciar de forma ms clara los avances, estados y beneficios brindados por la fundacin, y as facilitar la toma de decisiones. INFORMES CAUSA Inexistencia de una visin clara de los tipos de informe a generar. Demoras en la generacin de informes. SOLUCIN La utilizacin de un sistema a la medida que administre la informacin de los beneficiarios, reducir los tiempos en la generacin de informes mediante filtros, y a la vez permitir clasificar la informacin segn sea la necesidad.

25

CAPITULO I: INVESTIGACIN PRELIMINAR

1.5.1.3 CONCLUSIN DEL MTODO CAUSA - EFECTO Luego del anlisis realizado, se determin que el desarrollo de un sistema de informacin gerencial personalizado ayudar a una mejor administracin de cada uno de los diferentes fondos de apoyo, con los cuales opera la Fundacin San Vicente Productivo y as contribuir a mejorar los servicios brindados por la misma. Entre los beneficios que se obtendrn al poner en marcha el proyecto se pueden mencionar los siguientes: optimizacin y agilizacin en la generacin de los informes a travs de una galera personalizada, que permita realizar cruces de informacin entre fondos y diferentes tipos de grficos, tambin brindar un fcil almacenamiento de la informacin a travs de una interfaz de usuario amigable y de fcil uso. El sistema aportar mayor seguridad en el acceso a la informacin almacenada en la base de datos, y a la vez estar aislada de prdida, dao o hurto. Todo esto ayudar a la mejora y eficiencia de los procesos realizados en la Fundacin San Vicente Productivo, ya que segn el anlisis realizado se ha podido observar que se pierde mucho tiempo en la generacin de informes que impide al director de la fundacin tomar una decisin adecuada y precisa en el manejo de los fondos de apoyo. Adems no se ha logrado tener un buen control en la incursin de datos de beneficiarios en ms de un fondo de apoyo y la dificultad de generar informes en los diferentes perodos establecidos, debido a que se debe actualizar la informacin de cada fondo y estos son manejados por diferentes intermediarias, las cuales manejan formatos de informes distintos a los de la Fundacin y esto dificulta la clasificacin y organizacin de la informacin.

26

CAPITULO I: INVESTIGACIN PRELIMINAR

El sistema de informacin gerencial mejorar la forma en que se toman las decisiones mediante la generacin de informes tabulares y grficos estadsticos que ayuden a apreciar de mejor forma los logros alcanzados por cada fondo. Adems de esta forma agilizar sus procesos de control administrativo, reducir los gastos y aprovechar los recursos tecnolgicos y de personal con que se cuentan.

1.5.2 FORMULACIN DEL PROBLEMA Deficiencia en el control y seguimiento a los proyectos atendidos por la Fundacin San Vicente Productivo.

27

CAPITULO I: INVESTIGACIN PRELIMINAR

1.6 DEFINICIN DEL PROYECTO 1.6.1 CUADRO DE ACTIVIDADES Y EVALUACIONES

TABLA N 1 ACTIVIDADES PROYECTO Anteproyecto Situacin actual y requerimientos Diseo del sistema Programacin e implementacin del sistema FECHA INICIO 10/04/2007 10/04/2007 03/07/2007 29/09/2007 10/12/2007 FIN 15/04/2008 02/07/2007 28/09/2007 10/12/2007 15/04/2008

Tabla 1 - Cuadro de actividades generales del proyecto

La programacin de actividades de las etapas mencionadas con anterioridad se muestra en (Ver Anexo 4 programacin de actividades, pg. 347).

28

CAPITULO I: INVESTIGACIN PRELIMINAR

1.7 METODOLOGA DE LA INVESTIGACIN A DESARROLLAR En esta etapa se pretende recolectar toda la informacin bsica relacionada directamente con el proyecto a desarrollar, esto se har con la ayuda de las herramientas de recoleccin de datos tales como: observacin directa, entrevistas y cuestionarios, lo cual permitir obtener informacin sobre los antecedentes y situacin actual referente a la administracin de los fondos de apoyo manejados por la Fundacin San Vicente Productivo. A continuacin se describirn las tcnicas de recoleccin de datos:

Observacin Directa Consiste en observar atentamente los procesos para obtener informacin de primera mano y registrarla para su posterior anlisis. La observacin es un elemento fundamental de todo proceso investigativo; en ella se apoya el investigador para obtener el mayor nmero de datos. Esta tcnica se realizar al momento de visitar la institucin para conocer cmo se estn realizando los procesos.

Entrevista Es una tcnica utilizada para recolectar informacin, la cual consiste en una serie de preguntas y respuestas en donde intervienen dos o ms personas, una juega el papel de entrevistador (analista) y el otro (u otros) de entrevistado(s). La entrevista debe entenderse como una forma de conversacin y no de interrogacin.

29

CAPITULO I: INVESTIGACIN PRELIMINAR

Se realizarn entrevistas al director y al tcnico de seguimiento para conocer cmo se desarrollan los diferentes procesos que se realizan en cada uno de los fondos.

Cuestionario Es el mtodo que utiliza un instrumento o formulario impreso, destinado a obtener repuestas sobre el problema en estudio y que es llenado por una o muchas personas. El cuestionario contiene preguntas cerradas las cuales limitan las posibles respuestas y preguntas abiertas las cuales se utilizan para que el que contesta el cuestionario pueda exponer su respuesta y extenderse todo lo que considere necesario. El uso del cuestionario permitir recolectar informacin para poder realizar un diagnstico sobre la situacin actual de la Fundacin San Vicente Productivo.

FUENTES SECUNDARIAS DE INFORMACIN Internet: Pgina Web de la Fundacin San Vicente productivo. Fuentes Bibliogrficas: Libros, tesis, revistas y artculos.

1.7.1 METODOLOGA DE ANLISIS El mtodo de anlisis se realiza despus de haber finalizado la recoleccin de informacin, el cual nos ayuda a describir la situacin actual de la Fundacin San Vicente Productivo, para ello se debe clasificar y analizar los datos obtenidos, finalizando con un anlisis detallado que permita describir los procesos e identificar las causas que originan anomalas en la administracin de los fondos.

30

CAPITULO I: INVESTIGACIN PRELIMINAR

1.7.2 METODOLOGA DE DESARROLLO Para el desarrollo del sistema informtico se utilizar el Mtodo de ciclo de vida clsico de desarrollo de sistemas, debido a que es un enfoque por etapas de anlisis y diseo, que mejora cuando existe un ciclo especfico de actividades del analista y de los usuarios. Este tipo de metodologa es muy ventajosa para la determinacin y solucin de los problemas debido a que se centra en investigacin y captura de requerimientos involucrando a los usuarios en cada una de las etapas. Su finalidad es proporcionar un sistema que est acorde a las necesidades de los usuarios y que pueda mejorar la eficiencia en sus actividades. Para anlisis y diseo del proyecto se ha dividido el ciclo de vida en las siguientes etapas: 1. Investigacin preliminar 2. Determinacin de requerimientos 3. Anlisis y diseo del sistema 4. Programacin y pruebas del sistema 5. Implementacin 6. Documentacin

Investigacin preliminar El analista se involucra en la identificacin de los problemas, de las oportunidades y de los objetivos. Esta etapa requiere que el analista observe detenidamente lo que ocurre en la organizacin para detectar posibles problemas u oportunidades. La investigacin preliminar es crtica ya que nadie desea perder el tiempo resolviendo el problema equivocado.

31

CAPITULO I: INVESTIGACIN PRELIMINAR

Determinacin de requerimientos Despus de realizar la investigacin preliminar, el analista tiene que plantear los requerimientos del usuario para el nuevo sistema; es decir, las necesidades y caractersticas que este ha de cubrir. Para identificar los requerimientos de informacin se utilizan varias tcnicas y herramientas como son los documentos, la entrevista, los cuestionarios, etc. Adems es en esta donde se determinan los requisitos mnimos de hardware, software y recurso humano necesario para el buen funcionamiento y utilizacin del mismo.

Anlisis y diseo de sistemas Basndose en el anlisis realizado a partir de los requerimientos del sistema se efecta el diseo del sistema de informacin, el cual produce procedimientos precisos de captura de datos, con el fin de que los datos que se introducen al sistema sean los correctos.

Una parte del diseo involucra el diseo de la interfaz con el usuario, esta es de suma importancia ya que es el medio de comunicacin del usuario con el sistema. El diseo de sistemas tambin incluye el esquema de archivos o base de datos que almacenar toda la informacin que es de suma importancia para la organizacin.

Programacin y pruebas del sistema Consiste en codificar los mdulos necesarios para el sistema, utilizando tcnicas y metodologas de desarrollo para aprovechar de una forma adecuada los recursos

32

CAPITULO I: INVESTIGACIN PRELIMINAR

tecnolgicos y operativos de la organizacin. Los programadores son los responsables de la documentacin de los programas, as como de explicar el funcionamiento de los mismos y porque ciertos procedimientos se codifican de determinada manera. Cada uno de los mdulos desarrollados en el sistema es probado de tal manera que funcione correctamente. Durante esta fase el sistema es empleado de forma experimental para asegurarse de que el sistema no tiene fallas.

Implementacin La implementacin es el proceso de verificar el equipo informtico, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para el funcionamiento del sistema de forma definitiva. Esto incluye el adiestramiento que el usuario requiera.

Documentacin La documentacin es una parte muy importante en todo sistema, ya que en los manuales que se elaboran en esta etapa se describe el funcionamiento y configuracin para utilizar dicho sistema. As como tambin, se documenta la programacin del sistema para posibles modificaciones o agregacin de mdulos en posteriores etapas de mantenimiento.

1.8 ESTUDIO DE FACTIBILIDAD El estudio de factibilidad es de gran importancia en la evaluacin de un proyecto ya que de este depende el xito o fracaso de su desarrollo. El estudio de factibilidades se divide en varias evaluaciones entre las cuales se destacan las siguientes:

33

CAPITULO I: INVESTIGACIN PRELIMINAR

Factibilidad Tcnica Factibilidad Econmica Factibilidad Operativa

Para llevar a cabo este anlisis fue necesario recopilar informacin relevante de los recursos con los que cuenta la Fundacin San Vicente Productivo, estos datos fueron organizados y clasificados para el correspondiente anlisis, y as determinar que tan factible es el desarrollo del proyecto.

1.8.1 FACTIBILIDAD TCNICA Este estudio de factibilidad se relaciona con el anlisis de la tecnologa existente en la organizacin. Su finalidad es determinar si la organizacin cuenta con el equipo informtico adecuado para poder ejecutar el proyecto. Para este anlisis se han tomado los siguientes aspectos:

HARDWARE Mediante la herramienta de entrevista y observacin directa, se evalu el equipo informtico de la Fundacin San Vicente Productivo y se determin que cuenta con el hardware adecuado para la operacin del sistema informtico.9 A continuacin se presenta las caractersticas del equipo informtico con el que cuenta la Fundacin San Vicente Productivo:

Ibd. Pg. 16

34

CAPITULO I: INVESTIGACIN PRELIMINAR

TABLA N 3 EQUIPO CANTIDAD 2 Computadoras de escritorio 2 1 1 Porttiles 1 Impresora 1 CARACTERSTICAS Nombre: Pentium IV Fabricante: Intel Procesador: 2.6 y 3.0 GHz Memoria: 512 MB Disco duro: 40 GB Tarjeta de red 10/100 Mbps Nombre: Pentium III Fabricante: Intel Procesador: 950 y 1.1Ghz Memoria: 256 MB Disco duro: 20 GB Tarjeta de red 10/100 Mbps Nombre: Pentium II Fabricante: Intel Procesador: 800Mhz Memoria: 256 MB Disco duro: 40 GB Tarjeta de red 10/100 Mbps Modelo: Toshiba Tecra Nombre: Pentium IV Fabricante: Intel Procesador: 2.8 GHz Memoria: 1.0 GB Disco duro: 80 GB Tarjeta de red 10/100 Mbps Modelo: Toshiba Satellite Nombre: Pentium IV Fabricante: Intel Procesador: 2.8 GHz Memoria: 512 MB Disco duro: 60 GB Tarjeta de red 10/100 Mbps Marca: Epson Modelo: STYLUS C82 INJET

Tabla 2 - Caractersticas del equipo informtico

35

CAPITULO I: INVESTIGACIN PRELIMINAR

SOFTWARE Mediante la investigacin realizada en la organizacin se logr recopilar los datos del software utilizado en la Fundacin San Vicente Productivo el cual se menciona a continuacin: Como sistema operativo utiliza Windows XP Professional y como suite de oficina utilizan Microsoft Office 2000 y Microsoft Office 2003. Adems utilizan programas utilitarios como Adobe Reader, WinZip, entre otros. Segn lo antes mencionado se determin que la organizacin cuenta con el sistema operativo necesario bajo el cual operar el sistema informtico.
TABLA N 4 CATEGORA CANTIDAD DE LICENCIAS Windows XP Profesional (Terminales) SOFTWARE

Sistema Operativo

Microsoft Office 2003 SMALL BUSINESS OEM

Software de aplicacin

Microsoft Office 2000 Antivirus NOD 32 Nero Burning Run 6.0

Tabla 3 - Detalle del software disponible

CONCLUSIN DE LA FACTIBILIDAD TCNICA Luego del anlisis realizado a la informacin anteriormente presentada se determin que tcnicamente es factible el desarrollo del sistema informtico, ya que se dispone del hardware y software necesario para el funcionamiento del sistema.

36

CAPITULO I: INVESTIGACIN PRELIMINAR

1.8.2 FACTIBILIDAD ECONMICA El estudio de la factibilidad econmica es la que permite determinar si la inversin total en el desarrollo del sistema informtico, es menor a los beneficios obtenidos por la implementacin del sistema. El criterio de evaluacin econmica a utilizar ser el Mtodo del Valor Presente Neto, mediante el cual se determinar el costo de la vida til del proyecto y compararlo con los beneficios obtenidos del desarrollo e implementacin del proyecto. A travs del desarrollo e implementacin del sistema informtico se obtendrn beneficios econmicos y se mejorar la eficiencia en los procesos y toma de decisiones.

1.8.2.1 PLANIFICACIN DE LOS RECURSOS A UTILIZAR INVERSIN DEL RECURSO HUMANO El recurso humano que se emplear para el desarrollo del Sistema, deben ser personas con experiencia en el rea informtica, los cuales tengan capacidad de anlisis. Por tanto los encargados de desarrollar el Sistema Informtico sern tres egresados de la carrera de ingeniera de sistemas informticos, los cuales tendrn roles de acuerdo a las exigencias del proyecto. El salario que se ha considerado que gana un ingeniero de sistemas informticos es aproximadamente de $ 600.0010. Cabe mencionar que el clculo de las horas de la tabla que se presenta a continuacin se realiz multiplicando los das correspondientes a cada etapa por cuatro horas al da.

10

Salario para programadores de tecnologa ASP.NET obtenido de http://www.sv.computrabajo.com/

37

CAPITULO I: INVESTIGACIN PRELIMINAR

TABLA N 5 ACTIVIDAD HORAS RECURSOS TOTAL COSTO POR HORA ($) Anteproyecto Situacin Actual y Requerimientos Diseo del Sistema Programacin e Implementacin del Sistema 332 348 288 508 3 3 3 3 996 1044 864 1524 2.5 2.5 2.5 2.5 2,490.00 2,610.00 2,160.00 3,810.00 11,070.00 TOTAL ($)

COSTO TOTAL
Tabla 4 - Recurso humano a utilizar en las etapas del desarrollo del proyecto

INVERSIN DEL RECURSO DE OPERACIN Debido a que en el desarrollo de todo el proyecto se incurren en gastos de operacin, pues este no es la excepcin, por lo tanto se presenta un cuadro resumen que especifica dichos gastos.

TABLA N 6 DETALLE MESES COSTO/MES ($) Viticos COSTO TOTAL


Tabla 5 - Costos de operacin

TOTAL

12

60

720 720

INVERSIN DE RECURSOS MATERIALES A continuacin se detallan los recursos materiales a utilizar en la elaboracin del Proyecto.

38

CAPITULO I: INVESTIGACIN PRELIMINAR

TABLA N 7 TIPO DE GASTO Fotocopias Papelera Anillado y empastado Consumibles COSTO TOTAL
Tabla 6 - Costo de materiales

COSTO ($) 150 240 160 100 650

INVERSIN DE RECURSOS TECNOLGICOS Y SOFTWARE En este apartado se detalla la inversin de hardware y software los cuales son necesarios para llevar a cabo el proyecto, en donde se involucran los siguientes elementos: 1. El equipo informtico de desarrollo a utilizar. 2. Depreciacin del equipo. 3. Adquisicin de software.

1. El equipo informtico de desarrollo a utilizar A continuacin se mencionan los elementos o equipo informtico con el que se debe contar para desarrollar de forma ptima el proyecto. El equipo a utilizar se especifica en la siguiente tabla:

39

CAPITULO I: INVESTIGACIN PRELIMINAR

TABLA N 8 EQUIPO Computadoras Impresor de inyeccin Cable UTP (metros) Conectores RJ45 Concentrador de 4 puertos.
Tabla 7 - Recurso hardware

UNIDADES 2 1 10 8 1

Posteriormente se detalla la inversin necesaria para la adquisicin del equipo.


TABLA N 9 EQUIPO UNIDADES COSTO/UNIDAD ($) Computadoras Impresor de inyeccin Cable UTP (metros) Conectores RJ45 Concentrador de 4 puertos 2 1 10 8 1 500 60 0.80 0.50 20.00 COSTO TOTAL ($) 1,000 60 8.00 4.00 20.00 1,092.00

COSTO TOTAL
Tabla 8 - Costo de hardware

2. Depreciacin del equipo Debido a que el equipo informtico sufrir un deterioro por el transcurso del tiempo, surge la necesidad de utilizar una metodologa de depreciacin para amortizar el costo del equipo a utilizar. La metodologa de depreciacin aplicada al equipo informtico es la lineal11, cuya frmula es la siguiente:

11

Blank, Leland y Tarquin, Anthony (2006). Ingeniera Econmica.

40

CAPITULO I: INVESTIGACIN PRELIMINAR

Costo total Depreciacin = ___________________________ x N de meses a depreciar Nmero de meses de vida til

En el proyecto a desarrollar se estima que la vida til del equipo informtico a utilizar es de tres aos (36 meses), posteriormente se presenta una tabla que especifica la depreciacin que tendr el equipo informtico.

TABLA N 10 CANTIDAD DE EQUIPO COSTO UNITARIO ($) 2 computadoras 1 Impresor inyeccin 500 60 COSTO TOTAL ($) 1000 60 DEPRECIACIN MENSUAL 27.78 1.67 N DE MESES 12 12 TOTAL ($) 333.33 20.00 353.33

COSTO TOTAL
Tabla 9 - Depreciacin de equipo

3. Adquisicin de Software En este apartado se mencionan todos aquellos costos que tienen que ver con la adquisicin del software. A continuacin se presentan los distintos tipos de software a utilizar en el desarrollo del proyecto con sus respectivos precios de licencias.

TABLA N 11 TIPO DE SOFTWARE Entorno de desarrollo Visual Web Developer 2005 express Edition Software de ofimtica 1 200.00 200.00 2 0.00 0.00 N DE LICENCIAS COSTO POR LICENCIA ($) COSTO TOTAL ($)

41

CAPITULO I: INVESTIGACIN PRELIMINAR

Microsoft Office 2003 1 0.00 0.00

Gestor de Base de Datos MySQL versin 5.0

Sistema operativo Windows XP Professional Service Pack 2 (una licencia por computadora) COSTO TOTAL
Tabla 10 - Costo de software

110.00

220.00

420.00

Posteriormente se presenta una tabla que contiene un resumen de los costos totales referente a los recursos tecnolgicos a utilizar, seguida de otra tabla que contiene los costos estimados para cada uno de los recursos considerados para el desarrollo del proyecto.
TABLA N 12 DESCRIPCIN El equipo informtico de desarrollo a utilizar (Depreciacin del equipo informtico de desarrollo) La adquisicin del Software COSTO TOTAL COSTO TOTAL ($) 1,092.00 353.33 420.00 1,158.67

Tabla 11 - Costo de recursos tecnolgicos y software

TABLA N 13 RECURSO Recurso humano Recurso de operacin Recursos materiales Recursos tecnolgicos TOTAL Sumando al total los imprevistos (5% del total)
Tabla 12 - Costo de recursos a utilizar

TOTAL ($) 11,070.00 720.00 650.00 1,158.67 13,598.67 14,278.60

42

CAPITULO I: INVESTIGACIN PRELIMINAR

1.8.2.2 ESTIMACIN DE COSTOS DEL PROCESO DE CONTROL Y SEGUIMIENTO A continuacin se detallan los recursos humanos que actualmente realizan las actividades de control y seguimiento:
TABLA N 14 N 1 1 1 1 CARGO Director General Jefe Administrativo Secretaria Tcnico de Seguimiento TOTAL DE SUELDO SUELO INDIVIDUAL ($) 1000 700 200 700 2,600

Tabla 13 - Sueldos del recurso humano involucrado en el control y seguimiento

De acuerdo a la Tabla N 14, el salario total del recurso humano involucrado en el control y seguimiento de solicitudes de apoyo es de $ 2600.00 mensuales, los cuales dedican a los procesos un tiempo aproximado anual de 2,976 horas las cuales se distribuyen de la siguiente forma:

TABLA N 15 CARGO SUELDO POR HORA ($) HORAS DEDICADAS AL AO SUELDO ANUAL POR HORAS DEDICADAS ($) Director General Jefe Administrativo Secretaria Tcnico de Seguimiento 5.68 3.98 1.14 3.98 768 768 480 960 4,362.24 4,362.24 547.20 3,820.80 13,092.48

SUELDO TOTAL POR HORAS DEDICADAS

Tabla 14 - Costo total por horas dedicadas al proceso de control y seguimiento manual

43

CAPITULO I: INVESTIGACIN PRELIMINAR

Los valores de las horas dedicadas al ao son el resultado de multiplicar los das hbiles para el control y seguimiento a los proyectos por la jornada laboral y por los meses del ao. Las horas dedicadas al ao por parte del Tcnico de Seguimiento se calcularon de la siguiente forma 8 das * 8 horas * 12 meses = 768 horas al ao. Como se puede apreciar en la Tabla N 15, se puede verificar que aproximadamente se utilizan 2,976 horas anuales para realizar el proceso de control y seguimiento de solicitudes de apoyo, equivalente a un costo anual de $ 13,092.48. Mediante el desarrollo e implementacin del sistema informtico se reducir en gran medida los costos y tiempos utilizados en la elaboracin de informes y se mejorar la eficiencia en la toma de decisiones.

TABLA N 16 SUELDO POR HORA ($) 5.68 3.98 1.14 3.98 HORAS DEDICADAS AL AO 307.20 307.20 192 384 SUELDO ANUAL POR HORAS DEDICADAS ($) 1,744.90 1,222.66 218.88 1,528.32 4,714.76

CARGO

Director General Jefe Administrativo Secretaria Tcnico de Seguimiento

SUELDO TOTAL POR HORAS DEDICADAS

Tabla 15 - Costo total por horas dedicadas al proceso de control y seguimiento sistematizado

El tiempo y el costo presentado en la Tabla N 15 se reducir aproximadamente en 1190.40 horas anuales, lo que equivale a $ 4,714.76 con respecto al salario estipulado anteriormente. Esta reduccin ser de un 60% segn estimaciones del grupo de desarrollo del proyecto.

44

CAPITULO I: INVESTIGACIN PRELIMINAR

El total de las horas dedicadas para el proceso de control y seguimiento por medio del sistema se calcula multiplicando el total de horas anuales por el 60% menos.

GENERACIN DE INFORMES En la actualidad la mayora de informes generados en la Fundacin San Vicente Productivo, se dificultan debido a la gran cantidad de informacin que deben procesar y la cantidad de tiempo que se debe asociar para el desarrollo de estos. El costo anual para generar los reportes de control y seguimiento de solicitudes de apoyo tiene un monto aproximado de $ 250.00 los cuales se dividen entre el total de reportes generados anualmente para estimar el valor unitario.

TABLA N 17 CANTIDAD UNITARIA FRECUENCIA ANUAL CANTIDAD POR AO VALOR UNITARIO INVERSION TOTAL POR AO

N 1

REPORTES

Reporte de solicitudes de financiamiento 1 12 12 1.5244 18.29

Reporte de beneficiarios (por municipio, comunidad, sexo, actividad econmica) 4 12 48 1.5244 73.17

Reporte de montos canalizados (por municipio, comunidad, sexo, actividad econmica) 4 12 48 1.5244 73.17

Reporte de recuperaciones de

12

48

1.5244

73.17

45

CAPITULO I: INVESTIGACIN PRELIMINAR

fondos (por municipio, comunidad, sexo, actividad econmica) 5 Reporte estadstico de solicitudes tramitadas 6 Reporte estadstico de beneficiarios atendidos TOTAL 15 56 164 9.15 250.00 1 4 4 1.5244 6.10 1 4 4 1.5244 6.10

Tabla 16 - Inversin actual de elaboracin de informes

En la Tabla N 18 se muestra la reduccin de costos en la elaboracin de los reportes por medio del sistema de informacin gerencial. Se estima que la reduccin a los costos de elaboracin de informes mediante el sistema informtico sera de un 25%.

TABLA N 18 CANTIDAD UNITARIA FRECUENCIA ANUAL CANTIDAD POR AO VALOR UNITARIO INVERSION TOTAL POR AO

N 1

REPORTES

Reporte de solicitudes de financiamiento 1 12 12 1.1433 13.72

Reporte de beneficiarios (por municipio, comunidad, sexo, actividad econmica) 4 12 48 1.1433 54.88

Reporte de montos canalizados (por municipio, comunidad, sexo, 4 12 48 1.1433 54.88

46

CAPITULO I: INVESTIGACIN PRELIMINAR

actividad econmica) 4 Reporte de recuperaciones de fondos (por municipio, comunidad, sexo, actividad econmica) 5 Reporte estadstico de solicitudes tramitadas 6 Reporte estadstico de beneficiarios atendidos TOTAL 15 56 164 6.84 187.50 1 4 4 1.1433 4.57 1 4 4 1.1433 4.57 4 12 48 1.1433 54.88

Tabla 17 - Reduccin a la inversin actual de elaboracin de informes

Basndose en los resultados de las tablas anteriores se puede observar que la reduccin en la elaboracin de informes ser de $ 62.50, que resulta de restar a los costos actuales menos los costos que se asumirn al implementar el sistema.

Estimacin de gastos de operacin Considerando los gastos de operacin del sistema de informacin gerencial; se ha estimado el costo de mantenimiento y consumo de energa elctrica del equipo que ser utilizado para la implementacin del proyecto durante los cinco aos de su vida til; por alzas imprevistas de los servicios de mantenimiento y energa elctrica se deducir un incremento anual del 4.4%12.

12

www.bcr.gob.sv, ndice de inflacin anual para precios al consumidor, abril 2007.

47

CAPITULO I: INVESTIGACIN PRELIMINAR

Mantenimiento del equipo El equipo a utilizar para la implementacin del sistema de informacin gerencial, est conformada por siete computadoras, distribuidas en red con conexin a Internet donde se conectan a un servidor ubicado en Espaa que contiene la informacin del sitio web de la institucin. A dichas computadoras se les proporciona mantenimiento incurriendo en los siguientes gastos13:

TABLA N 19 N DE PC DE 1 11 A 10 25 COSTO POR PC ($) 15.26 13.00

Tabla 18 - Costo promedios de mantenimiento de equipo informtico

Para calcular el costo de mantenimiento anual, se efecta de la siguiente manera:

TABLA N 20 EQUIPO CANTIDAD PRECIO INDIVIDUAL ($) PC 7 TOTAL


Tabla 19 - Mantenimiento de equipo informtico

VECES POR AO 2

TOTAL ($) 213.64 213.64

$15.26

Consumo de energa elctrica

13

Precios proporcionados por la empresa Soluciones Informticas, B San Francisco cuadra y media al Norte del Hospital Santa Gertrudis.

48

CAPITULO I: INVESTIGACIN PRELIMINAR

A continuacin se realizar un clculo estimado del consumo total de energa elctrica para el funcionamiento del equipo informtico, tomando como base la cuota mensual la cual es estipulada por la distribuidora elctrica DEL SUR.

TABLA N 21 EQUIPO CPU Monitor KW/HORA 0.35 0.08 TOTAL POR PC Impresor 0.10 8 22
14

HORAS DIARIAS 8 8

DAS 22 22

KW/MES POR PC 61.60 14.08 75.68 17.60

Tabla 20 - Consumo elctrico mensual por equipo en kw

Se debe considerar que el equipo informtico permanecer encendido en promedio 8 horas diarias, 22 das al mes; que al multiplicarlo por el consumo elctrico en kw se obtendr el consumo mensual en kw por equipo.

TABLA N 22 EQUIPO CANTIDAD KW/ MES POR PC PRECIO DE KW


15

CONSUMO MENSUAL POR EQUIPO ($) 7.39 1.72

GASTO TOTAL($)

($) PC IMPRESOR 7 1 TOTAL


Tabla 21 - Costo mensual de energa elctrica

75.68 17.60

0.0977 0.0977

51.73 1.72 53.45

14

Estimacin a partir del consumo elctrico mnimo requerido para una computadora de escritorio, Articulo Cunta energa cuesta tener un equipo de computo encendido?, publicado en http://www.glib.org.mx. 15 http://www.delsur.com.sv/Facturacion/facturacion_pliegos.htm

49

CAPITULO I: INVESTIGACIN PRELIMINAR

A partir de la tabla anterior se puede estimar que los costos anuales de consumo de energa elctrica son de $ 641.40.

Clculo de amortizacin Para el clculo de la amortizacin16, se utilizar el mtodo de lnea recta el cual se basa en la reduccin del valor histrico del software en forma progresiva y proporcional en el tiempo. Con el fin de calcular la amortizacin es necesario estimar su vida til y, cuando es significativo, su valor residual o nominal. Formula
A =
C VR n

A C

: :

Amortizacin Costo del Sistema Valor de recuperacin Nmero de aos de vida til $ 14,278.60 5 $ 2,855.72

VR : n C n : = =

Donde

VR =

Para el valor de recuperacin, se espera que en el quinto ao se recupere un 20% de la inversin inicial, es decir $ 14,278.60 X 0.20 = $ 2,855.72

Sustituyendo A = A =
14,278.60- 2,855.72 5

$ 2,284.58

16

Ibd. Pg. 40

50

CAPITULO I: INVESTIGACIN PRELIMINAR

Para efectos de clculos en la comparacin de costos/beneficios, se utilizar un valor constante de $ 2,284.58, que representar el valor a amortizar en los cinco aos de vida til del sistema de informacin gerencial.

Clculo de depreciacin de equipo Para la implementacin del sistema propuesto, la Fundacin San Vicente Productivo deber utilizar el hardware detallado en la Tabla N 3; considerando que dicho equipo ser utilizado a lo largo de la vida til del sistema de informacin gerencial, ser necesario aplicar un valor de depreciacin constante17, para ello se utilizar el mtodo de lnea recta; el cual se representa en la frmula que se muestra a continuacin:

D= C/n Donde: D = Depreciacin. C = Costo de adquisicin. n = Nmero de aos. TABLA N 23 TIPO DE HARDWARE Computadoras personal Porttiles Impresoras CANTIDAD 5 2 1 PRECIO UNITARIO ($) 650 850 60 DEPRECIACIN INDIVIDUAL 130 170 12 TOTAL ($) 650 340 12 1,002

TOTAL DEPRECIACIN ANUAL


Tabla 22 - Depreciacin de equipo anual

El valor de depreciacin anual de equipo ($ 1,002.00), ser constante a lo largo de los cinco aos de vida til del sistema propuesto.

17

Ibd. Pg. 40

51

CAPITULO I: INVESTIGACIN PRELIMINAR

TABLA N 24 N RAZN CASO VALOR ANUAL ($) CERO 14,278.60 PRIMER SEGUNDO TERCER CUARTO QUINTO

Inversin inicial

Reduccin de la necesidad de fuerza de trabajo en el control y seguimiento a los proyectos de cada fondo de apoyo. 2 Ingresos Disminucin de los recursos invertidos para elaborar informes. Valor estimado de recuperacin del Sistema (20%). Total Ingresos Gastos de operacin. 3 Egresos Amortizacin. Depreciacin de equipo. Total Egresos Flujos de caja (Ingresos Egresos) (Impuesto sobre la renta (0%)) Depreciacin de equipo Flujos de caja Netos (14,278.60)

8,377.72 62.50

8,377.72 8,377.72 62.50 62.50

8,377.72 62.50

8,377.72 62.50 2,855.72

8,440.22 855.04 2,284.58 1,002.00 4,141.62 4,298.60 0.00 1,002.00 5,300.60

8,440.22 8,440.22 892.66 931.94

8,440.22 11,295.94 972.95 2,284.58 1,002.00 4,259.53 4,180.69 0.00 1,002.00 5,182.69 1,015.76 2,284.58 1,002.00 4,302.34 6,993.60 0.00 1,002.00 7,995.60

2,284.58 2,284.58 1,002.00 1,002.00 4,179.24 4,218.52 4,260.98 4,221.70 0.00 0.00

1,002.00 1,002.00 5,262.98 5,223.70

Tabla 23 - Estimacin de flujos de caja

52

CAPITULO I: INVESTIGACIN PRELIMINAR

ANALISIS COSTO - BENEFICIO El anlisis costo-beneficio nos proporciona una visin de los costos y riesgos asociados con alternativas de inversin. Por lo tanto es necesario hacer una comparacin entre los beneficios y gastos asociados al proyecto, a travs de la tcnica de evaluacin de proyectos VAN (Valor Actual Neto), la cual se calcula a partir de los flujos de caja obtenidos en la Tabla N 24. Este mtodo permitir evaluar el proyecto desde el punto de vista financiero.

VALOR ACTUAL NETO (VAN)

$ 14,278.60

$ 5,300.60

$ 5,262.98

$ 5,223.70

$ 5,182.69

$ 7,995.60

Figura 4 - Diagrama de flujos de caja netos

VAN = Donde:

Qn n 1 i n 1

n=5 i = 9.72%18 I = 14,278.60 Sustituyendo:

18

Tasa de inters y rendimiento promedio ponderado para prstamos bancarios en el mes de Abril 2007 del Banco Central de Reserva.

53

CAPITULO I: INVESTIGACIN PRELIMINAR

VAN = $ [-14,278.60 + 5,300.60/(1.0972)1 + 5,262.98/(1.0972)2 + 5,223.70/(1.0972)3 + 5,182.69/(1.0972)4 + 7,995.60/(1.0972)5] VAN = $ [-14,278.60 + 4,831.02 + 4,371.80 + 3,954.77 + 3,576.12 + 5,028.31] VAN = $ [-14,278.60 + 21,762.02] VAN = $ 7,483.42

El valor actual neto obtenido posee un signo positivo, lo que representa un beneficio para la Fundacin San Vicente Productivo. A travs del anlisis costo-beneficio aplicado al proyecto, se determin que es conveniente invertir en el desarrollo del mismo, ya que este reducir los costos asociados al control y seguimiento de cada uno de los fondos de apoyo. Adems contribuir a una toma de decisiones ms efectiva por medio de informes claros y oportunos que reflejen el estado actual y avances de cada uno de los fondos de apoyo.

PERODO DE RECUPERACIN DE LA INVERSIN (PRI) El perodo de recuperacin de la inversin19 consiste en determinar el nmero de periodos necesarios para la recuperacin de la inversin inicial. La inversin inicial del proyecto es de $ 14,278.60, para estimar el perodo de recuperacin es necesario obtener la suma de los flujos de caja netos y as determinar en qu perodo se recupera la inversin. A continuacin se detallan los flujos de caja netos acumulados:

19

Ibd. Pg. 40

54

CAPITULO I: INVESTIGACIN PRELIMINAR

TABLA N 25 AOS FLUJO DE CAJA NETO ($) 1 2 3 4 5 5,300.60 5,262.98 5,223.70 5,182.69 7,995.60 FLUJO DE CAJA NETO ACUMULADO ($) 5,016.75 10,279.73 15,503.43 20,686.12 28,681.72

Tabla 24 - Flujos de caja netos acumulados

GRFICA DE RECUPERACIN DE INVERSIN


35000 30000 28,681.72 25000 Flujos de caja acumulados 20000 15000 10000 5000 0 0 0 1 2 3 Vida til FLUJOS DE CAJA ACUMULADO
Figura 5 - Grfica de recuperacin de la inversin

20,686.12 15,503.43 10,279.73 5,016.75

55

CAPITULO I: INVESTIGACIN PRELIMINAR

En el grafico presentado anteriormente se puede observar que el ingreso acumulado en el transcurso de los cinco aos es $ 28,681.72 el cual al restarle $ 14,278.60 (inversin inicial) se obtiene un beneficio total de $ 14,403.12. Observando los flujos de caja netos en la tabla anterior podemos determinar que el perodo de recuperacin de la inversin se produce en 2.257934534 aos (equivalentes a 2 aos 9 meses y 5 das), calculado de la manera siguiente: Al finalizar el ao 2 la Fundacin San Vicente Productivo ha recuperado $ 10,279.73, le bastara, por lo tanto, recuperar $ 3,998.87 adicionales para cubrir los $ 14,278.60 invertidos al principio. Como en el ao 3 el flujo de caja neto es $ 5,223.70, la proporcin del ao necesaria para generar $ 3,998.87 faltantes, seria: $ 3,998.87 = 0.76552444 $ 5,223.70 de 2.76552444 Por lo tanto el perodo de recuperacin ser

Lo que equivale a: 2 aos 9 meses y 5 das Aos: Meses: Das: 2 aos 0.76552444 x 12 meses = 9.186293 9 meses 0.1862928x 30 das = 5.588784 5 das

A partir del anlisis anterior podemos observar que el proyecto a desarrollar es factible y que la Fundacin San Vicente Productivo obtendr beneficios y mejorar la calidad de sus procesos.

56

CAPITULO I: INVESTIGACIN PRELIMINAR

1.8.3 FACTIBILIDAD OPERATIVA Este estudio est relacionado con las condiciones del medio ambiente o entorno donde el sistema informtico operar, en el cual intervienen personas, sistemas externos y todos aquellos elementos que permiten que el sistema sea operativo. 1. Medio Ambiente Acerca del medio ambiente en el que el sistema operar se puede mencionar que el local donde se labora, cuenta con el servicio de Internet de banda ancha (Turbo Net - Telecom), las condiciones de clima organizacional son adecuadas ya que el personal se encuentra motivado en el desarrollo de sus actividades diarias, por lo tanto ellos aprecian el desarrollo del sistema informtico como un beneficio y mejora en la realizacin de sus operaciones diarias. En cuanto a las instalaciones de la Fundacin San Vicente Productivo se puede mencionar que cuenta con una buena distribucin de su equipo informtico, instalaciones elctricas adecuadas y aire acondicionado.

2. Recurso Humano En lo que se refiere a recurso humano se puede mencionar que a travs de la investigacin realizada se pudo verificar que el personal cuenta con los conocimientos informticos necesarios para la operacin del sistema

informtico a desarrollar. Y solo ser necesario capacitar al personal en la adecuada utilizacin del sistema de informacin gerencial. Cabe mencionar que el personal de la organizacin est de acuerdo con el desarrollo del proyecto, ya que ellos reconocen las deficiencias que existen en el control, bsqueda y

57

CAPITULO I: INVESTIGACIN PRELIMINAR

generacin de informes estadsticos de los diferentes fondos de apoyo administrados.

3. Sistemas o Entidades Externas El sistema de informacin gerencial tendr relacin con los sistemas transaccionales utilizados en cada una de las intermediarias, ya que estos brindan los diferentes informes los cuales sirven como datos de entrada para su posterior procesamiento.

Adems, el sistema tendr relacin con las diferentes entidades de apoyo que financian a la Fundacin San Vicente Productivo, ya que el sistema les proporcionar informacin sobre la utilizacin que se le ha dado a los recursos financieros proporcionados.

1.9 RESULTADO ESPERADO Con la implementacin del sistema informtico la Fundacin San Vicente Productivo contar con una herramienta que le permita realizar el proceso de control y seguimiento de proyectos de apoyo de una forma sistematizada la cual le permita obtener los resultados siguientes20: Sistematizar la gestin de seguimiento y evaluacin de los fondos en ejecucin. Obtener informacin oportuna para la toma de decisiones. Bajar costos financieros en la gestin de seguimiento.
20

Resultados esperados por el Director de la Fundacin San Vicente Productivo. Lic. Jorge Pozo Shupan

58

CAPITULO I: INVESTIGACIN PRELIMINAR

Ordenar la informacin pertinente a las solicitudes de financiamiento y verificacin de los beneficiarios atendidos. Cruce de informacin entre las lneas de financiamiento sobre beneficiarios. Generacin de informes de control y seguimiento tales como: o o Reporte de solicitudes de financiamiento. Reporte de beneficiarios (por municipio, comunidad, sexo, actividad econmica, destino del financiamiento). o Reporte de montos canalizados (por municipio, comunidad, sexo, actividad econmica, destino del financiamiento). o Reporte de recuperacin de fondos (por municipio, comunidad, sexo, actividad econmica, destino del financiamiento). o o Estadsticas de solicitudes tramitadas. Estadsticas de beneficiarios atendidos.

59

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

SINOPSIS En este se hace una descripcin de la situacin actual de tal forma que facilite la comprensin de cada uno de los procesos que estn inmersos en la administracin y seguimiento de los proyectos con los que trabaja la Fundacin San Vicente

Productivo, y de esta forma conocer los flujos de informacin que se manejan entre las diferentes

CAPITULO II:

unidades organizativas involucradas. Todo lo anterior se logr con la ayuda de la herramienta de anlisis conocida como: Enfoque de

DESCRIPCIN DE LA SITUACIN ACTUAL

sistemas, y tambin la descripcin de los procesos actuales mediante los diagramas de casos de uso y diagramas de actividad.

60

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

2.1 DESCRIPCIN DEL SISTEMA ACTUAL El proceso de control y seguimiento a los proyectos de apoyo a las comunidades atendidas por la fundacin San Vicente Productivo se desarrolla de la siguiente manera: El proceso inicia cuando la persona gestiona la solicitud de apoyo en un fondo determinado, el encargado de atender estas solicitudes es el Tcnico de seguimiento quien realiza el estudio socioeconmico al solicitante. Si al solicitante se le comprueba que no tiene la posibilidad de acceder a dicho fondo se le niega el apoyo, de lo contrario se enva la solicitud a la intermediaria correspondiente la cual se encargar de realizar un anlisis ms profundo y as determinar si se le proporcionarn los fondos solicitados. Luego de realizar el desembolso, las intermediarias envan informes de los beneficiarios a la Fundacin para que esta les de seguimiento y verifique que los fondos se utilicen de forma correcta. Los procesos realizados en cada uno de los fondos se describen a continuacin21:

FONDO DE DESPEGUE (FD) Orientado a las familias en pobreza extrema, es decir, aquellas que no alcanzan a cubrir sus necesidades de alimentos, la canasta bsica. Este es un fondo no retornable a la Fundacin pero s a las organizaciones de base (ADESCO). Solicitud y aprobacin Para aspirar a este fondo debe cumplir ciertos requisitos necesarios.
21

Informacin proporcionada por el Tcnico de Seguimiento Ing. Jos Vicente Caldern

61

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

1. La persona que solicita apoyo a la Fundacin debe vivir en uno de los seis municipios beneficiados. 2. La comunidad destino del apoyo debe disponer de una organizacin ADESCO para que estos gestionen el apoyo con la Fundacin. 3. El representante de la ADESCO se presenta a la Fundacin con la solicitud de apoyo de los miembros de la comunidad. 4. El tcnico de seguimiento realiza una visita de campo para realizar un estudio socioeconmico y comprobar si la persona puede o no cubrir sus necesidades bsicas. 5. Aprobacin de solicitudes de apoyo por el comit de socios de la Fundacin. 6. Luego el tcnico de seguimiento enva la solicitud a la intermediaria (CARITAS de San Vicente) que proporciona al beneficiario los fondos solicitados.

Seguimiento de beneficiarios y generacin de informes 1. Una vez aprobada la solicitud y el beneficiario ha recibido su respectivos desembolso la intermediaria (CARITAS de San Vicente) enva los informes de saldos en la cartera del fondo para que as se d constancia de las disminuciones. 2. En la Fundacin el tcnico de seguimiento verifica los informes recibidos para comparar los datos de los beneficiarios atendidos. Si en dado caso el Tcnico encuentra una equivocacin en el informe, le hace saber a la intermediaria para que corrija el error. 3. Adems el tcnico de seguimiento realiza visitas de campo para verificar que los beneficiarios estn dando un buen uso a los fondos otorgados, a la vez

62

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

constatar de que ha mejorado sus condiciones de vida y que se est retornando los fondos a las ADESCOS para poder ayudar a otras familias de la misma comunidad. 4. Luego el tcnico de seguimiento realiza informes de los beneficiarios atendidos por comunidad, sexo, actividad econmica y destino. Adems elabora informes estadsticos para tener una visin clara de los avances del fondo de despegue. Todos estos informes son elaborados en diferentes periodos.

FONDO DE SEGURIDAD ALIMENTARIA (FSAL) Se trata de crditos a familias en pobreza relativa, aquellas que alcanzan a cubrir sus necesidades de alimentos, pero no tienen las condiciones suficientes para satisfacer las dems necesidades de la familia. El fondo de seguridad alimentaria a diferencia del anterior este es retornable para la Fundacin, adems este fondo es administrado por la intermediaria el ROBLE en coordinacin con San Vicente Productivo. Solicitud y aprobacin Pasos para solicitar apoyo para este fondo: 1. El solicitante debe pertenecer a uno de los municipios atendidos por la Fundacin. 2. Presentarse a la Fundacin para retirar y llenar la solicitud. 3. Luego presentarle la solicitud al Tcnico de seguimiento, para que realice su correspondiente anlisis. 4. Aprobacin de solicitudes de apoyo por el comit de socios de la Fundacin.

63

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

5. Despus de aprobada la solicitud se realiza el seguimiento a dicho fondo y se efecta el desembolso por la cooperativa el ROBLE. 6. Realizar los pagos a la cooperativa el ROBLE. 7. Despus se realiza el monitoreo de los pagos efectuados por el beneficiario mediante informes que son elaborados por la intermediaria y enviados a la Fundacin San Vicente Productivo. 8. El tcnico de seguimiento elabora informes estadsticos de los beneficiarios que sirve de soporte para la toma de decisiones del Director ejecutivo de la Fundacin.

Seguimiento de beneficiarios y generacin de informes 1. Luego de aprobada la solicitud el beneficiario recibe el monto solicitado el cual es proporcionado por la intermediaria (CARITAS de San Vicente o cooperativa el ROBLE), despus se envan los informes de saldos para hacer constancia de las disminuciones. 2. En la Fundacin el tcnico de seguimiento verifica los informes recibidos para comparar los datos de los beneficiarios atendidos. Si en dado caso el tcnico encuentra algn error en el informe, se le informa a la intermediaria para que lo rectifique. 3. El tcnico de seguimiento debe verificar que los fondos no sean mal invertidos. Adems debe monitorear los pagos efectuados a las intermediarias (CARITAS de San Vicente o Cooperativa EL ROBLE) ya que este fondo tiene una tasa de inters del 6.5% de recuperacin.

64

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

4. Luego el tcnico de seguimiento realiza informes de los beneficiarios atendidos por comunidad, sexo, actividad econmica y destino.

FONDO DE APOYO A INICIATIVAS (FAPI) Trata de incentivar, a travs de modalidades de co-inversin y/o subvencin, actividades productivas que sean innovadoras en el contexto productivo de la comunidad. Subvencin (FAPIs): se define como un apoyo financiero que puede incrementar un financiamiento global para contribuir a la viabilidad del proyecto. Estos fondos tienen carcter no retornable. Coinversin (FAPIc): se define como un apoyo financiero que puede incrementar un financiamiento global para contribuir a la viabilidad del proyecto, apoyo financiero que deber retornarse.

Este fondo financia el 80% del gasto total de la inversin y el restante debe ponerlo el beneficiario(a).

Solicitud y aprobacin Para optar a este fondo debe realizar las siguientes actividades: 1. El solicitante debe pertenecer a uno de los municipios atendidos por la Fundacin. 2. Presentarse a la Fundacin para solicitar apoyo a este fondo y llenar la solicitud con asesora del tcnico de seguimiento. 3. Aprobacin de la solicitud por el comit de socios de la Fundacin.

65

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

4.

Luego enviar el informe de los beneficiarios a la cooperativa el ROBLE para iniciar el seguimiento de los fondos otorgados al beneficiario.

5. Despus la intermediaria enva los informes a la fundacin para que esta realice los correspondientes reportes.

Seguimiento de beneficiarios y generacin de informes 1. El tcnico de seguimiento verifica los informes recibidos para cotejar los datos de los beneficiarios atendidos. Adems, almacena dichos informes para mantener el historial de montos otorgados. 2. El tcnico de seguimiento debe comprobar que se ha hecho buen uso de los montos otorgados (Econmico o especies). 3. Luego el tcnico de seguimiento realiza informes de los beneficiarios atendidos por subvencin y coinversin.

FONDO DE CRDITO (FINAPRO) Construido para actividades que demuestren ser rentables y es manejado bajo las regulaciones nacionales vigentes de crdito para el sistema financiero. Este fondo es administrado por la intermediaria AMC, la cual es una institucin financiera que otorga crditos a la micro y pequea empresa con intereses menores a los que proporcionan las dems entidades financieras.

Solicitud y aprobacin Pasos para solicitar apoyo para este fondo:

66

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

1. El solicitante debe pertenecer a uno de los municipios atendidos por la Fundacin. 2. Presentarse a la Fundacin para retirar y llenar la solicitud. 3. Luego presentarle la solicitud al tcnico de seguimiento, para que realice su correspondiente anlisis. 4. Aprobacin de solicitudes de apoyo por el comit de socios de la Fundacin. 5. Despus la Fundacin realiza el desembolso a la intermediaria AMC para que esta proporcione a los beneficiarios los montos solicitados. 6. Luego la intermediaria enva los informes a la fundacin para que realicen su anlisis y comprueben los pagos efectuados por los beneficiarios.

Seguimiento de beneficiarios y generacin de informes 1. La intermediaria (AMC) se encarga de proporcionar informes de beneficiarios indicando el saldo actual del fondo y tambin reportando los beneficiarios morosos por el pago de los montos otorgados. El Tcnico de seguimiento coteja, clasifica y almacena dichos informes para mantener respaldos de los beneficiarios atendidos. 2. El tcnico de seguimiento verifica que los montos sean invertidos en la actividad para la cual se solicit. 3. Luego el tcnico de seguimiento realiza informes de los beneficiarios atendidos para dar soporte a la toma de decisiones del Director Ejecutivo de la Fundacin.

67

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

2.3 DESCRIPCIN DE LA SITUACIN ACTUAL CON ENFOQUE DE SISTEMAS El enfoque de sistemas puede llamrsele correctamente teora general de sistema aplicada (TGS aplicada). El enfoque de sistemas puede describirse como: una metodologa de diseo, un marco de trabajo conceptual comn, una nueva clase de mtodo cientfico, un teora de organizaciones, direccin por sistemas, un mtodo relacionado a la ingeniera de sistemas, investigacin de operaciones, eficiencia de costos, etc., Teora general de sistemas aplicada. El enfoque de sistemas es una herramienta que permite describir los diferentes elementos que intervienen en un sistema, los cuales ayudan a comprender el funcionamiento y posibles relaciones con otros sistemas enfocndose

fundamentalmente en: Flujos de entrada: Son todos aquellos datos que recibe el sistema de su medio ambiente. Procesos: Transforma las entradas en salidas. Flujos de salida: Es toda aquella informacin que produce el sistema para su medio ambiente. Frontera: Es el lmite real o virtual del rea de influencia de todo sistema determinado as que todo lo que se encuentra en la frontera pertenece al sistema. Entorno: Es todo lo que se encuentra fuera de la frontera y se considera dentro del medio ambiente. Control: Mecanismo que detecta desviaciones de salida con respecto al objetivo del sistema.

68

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

DIAGRAMA DE LA SITUACIN ACTUAL CON ENFOQUE DE SISTEMAS ENTORNO


FRONTERA: Fundacin San Vicente Productivo

ENTRADAS Datos de solicitantes. Datos de beneficiarios. Informe de estados de beneficiarios.

PROCESOS Sistema manual de control y seguimiento a los proyectos de apoyo atendidos por la Fundacin San Vicente Productivo.

SALIDAS Reporte de solicitudes de financiamiento. Reporte de beneficiarios. Reporte de montos canalizados. Reporte de recuperaciones de fondos.

Informes de pagos
efectuados. CONTROL Monitoreo de montos otorgados. Monitoreo de los fondos de apoyo. Visitas de campo a intermediarias y beneficiarios.

ADESCO CRITAS de San Vicente Cooperativa EL ROBLE de R.L. AMC

Figura 6 - Enfoque de sistemas: Situacin actual

69

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

ENTRADAS Datos de solicitantes En el momento que una persona solicita apoyo en un fondo determinado, se procede a registrar datos personales del solicitante, tipo de fondo al que desea aplicar, datos laborales, referencias, situacin econmica y financiera Datos de beneficiarios Luego de aprobada la solicitud se procede a abrir un historial del beneficiario donde se almacena informacin especfica referente al fondo solicitado. Informe de estados de beneficiarios Cada intermediaria enva sus correspondientes informes a la Fundacin donde se especfica el estado en el que se encuentran los beneficiarios, los cuales pueden ser activo, moroso o incobrable. Informes de pagos efectuados Cada intermediaria enva un listado en el que se reflejan los pagos efectuados por los beneficiarios en determinado fondo. De esta manera se puede verificar cual es el monto recuperado en cada uno de los fondos y de esta forma poder apoyar a otras comunidades necesitadas.

PROCESOS Sistema manual de control y seguimiento a los proyectos de apoyo atendidos por la Fundacin San Vicente Productivo El proceso de control y seguimiento es realizado por el Tcnico de seguimiento, quien recibe los listados de beneficiarios por parte de cada una de las intermediarias segn sea el fondo que solicit, registra y verifica que los datos

70

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

sean correctos y los almacena en un historial por cada beneficiario. Tambin se realiza visitas de campo a los beneficiarios para comprobar que los fondos otorgados sean bien utilizados segn el destino econmico por el que fue solicitado, mantiene comunicacin con las intermediarias para estar al corriente del estado de los beneficiarios y verifica que las garantas que el beneficiario expuso sean reales y respalden el monto otorgado. Adems se encarga de la elaboracin de informes para la toma de decisiones, esto lo hace clasificando la informacin almacenada en AMPOS (Archivadores de palanca) segn sea el fondo de apoyo, filtrando los datos y realizando cruces de informacin en archivos de Excel, esto es una dificultad para el Tcnico, ya que son muchos los registros a clasificar y se consume mucho tiempo. Cabe mencionar que cada intermediaria maneja un formato de informe distinto segn sea el fondo que administra, es por ello que para la elaboracin de informes se manejan distintos esquemas.

SALIDAS Reporte de solicitudes de apoyo Este reporte tiene la finalidad de presentar un listado de todos los usuarios que solicitaron apoyo en un fondo determinado, esto se hace con el objetivo de verificar la afluencia de personas que acuden a la Fundacin. Reporte de beneficiarios Este reporte presentara un listado de los usuarios a los que se les aprob la solicitud, y a los cuales se les dar un seguimiento referente al estado y pagos efectuados.

71

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Reporte de montos canalizados Este informe se elabora con el propsito de verificar cual ha sido la cantidad de montos otorgados a los diferentes fondos de apoyo, estos pueden ser clasificados de acuerdo a municipio, comunidad, actividad econmica, sexo, edad y destino del financiamiento. Reporte de recuperacin de fondos Este reporte refleja la cantidad de dinero que se recupera en cada uno de los fondos de apoyo. Este informe es elaborado a partir de los registros de los pagos efectuados a cada una de las intermediarias.

CONTROL Monitoreo de montos otorgados Esta operacin es realizada por el tcnico de seguimiento a partir de los informes de montos canalizados, para llevar un control especifico de los desembolsos efectuados en cada uno de los fondos de apoyo. Monitoreo de los fondos de apoyo Verificar que no exista duplicidad de datos de beneficiarios en un mismo fondo. A dems que no se de infiltracin de beneficiarios entre fondos. Debe revalidar los informes proporcionados por las intermediarias para que no existan incoherencias en la informacin proporcionada. Visitas de campo a intermediarias y beneficiarios Estas actividad es realizada por el tcnico de seguimiento con la finalidad de comprobar que las intermediarias lleven un buen control de la cartera de

72

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

beneficiarios, a la vez se visitan a los beneficiarios para verificar si el fondo a cumplido con sus expectativas.

FRONTERA Fundacin San Vicente Productivo El sistema de control y seguimiento es desarrollado para la Fundacin San Vicente Productivo la cual es una organizacin no gubernamental dedicada a promover el desarrollo productivo regional de base agropecuaria y no agropecuaria, proporcionando servicios de asistencia tcnica y financiera, fundamentado en los cuatro ejes principales: Fondo de despegue, Fondo de Seguridad Alimentaria, Fondo de Apoyo a Iniciativas y Fondo de Crdito.

ENTORNO ADESCO Son asociaciones de las comunidades, las cuales estn representadas por personas de dicha comunidad que velan por el mejoramiento de las condiciones de vida de los habitantes. CRITAS de San Vicente Es la intermediaria que maneja el Fondo de despegue y el de Seguridad Alimentaria, encargada de canalizar los montos solicitados a los beneficiarios. Cooperativa EL ROBLE de R.L. Esta cooperativa de ahorro y crdito se encarga de administrar el Fondo de Seguridad Alimentaria y el de Apoyo a Iniciativas innovadoras.

73

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

AMC Es una institucin financiera encargada de gestionar los montos otorgados a los beneficiarios del Fondo de Crdito.

74

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

2.4 DESCRIPCIN DE LOS PROCESOS ACTUALES 2.4.1 DIAGRAMA JERRQUICO DE PROCESOS

Figura 7 - Diagrama jerrquico de procesos: Sistema actual

75

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

JERARQUA DE PROCESOS (SISTEMA ACTUAL)


N CDIGO NOMBRE DEL PROCESO SISTEMA MANUAL DE CONTROL Y SEGUIMIENTO A LOS PROYECTOS 1 0 DE APOYO ATENDIDOS POR LA FUNDACIN SAN VICENTE PRODUCTIVO 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 1.0 1.1 1.1.1 1.1.2 1.1.3 1.1.4 1.1.5 1.2 1.2.1 1.2.2 1.2.3 1.2.4 2.0 2.1 2.1.1 2.2 2.2.1 2.2.2 2.2.3 2.2.4 2.3 2.3.1 PROCESO DE SOLICITUD REGISTRAR INFORMACIN DEL SOLICITANTE Registrar datos personales Registrar datos laborales Registrar datos de situacin econmica Registrar garantas Registrar datos del proyecto APROBACIN DE SOLICITUD Verificar liquidez del solicitante Redactar acta de aprobacin de solicitudes Almacenar informacin de solicitudes Enviar a intermediarias solicitudes aprobadas PROCESO DE CONTROL Y SEGUIMIENTO VERIFICAR INFORMES ENVIADOS POR LAS INTERMEDIARIAS Cotejar listados de beneficiarios aprobados SEGUIMIENTO AL EXPEDIENTE DEL BENEFICIARIO Verificar estado actual de los beneficiarios Actualizar expedientes de beneficiarios Evitar infiltracin de datos entre fondos Monitorear la recuperacin de fondos INVESTIGACIN DE CAMPO Monitorear la gestin de fondos por las intermediarias Monitorear la utilizacin de fondos por los beneficiarios Coordinar actividades de apoyo con intermediarias GENERACIN DE INFORMES

24

2.3.2

25 26

2.3.3 3.0

76

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

27 28 29 30 31 32 33

3.1 3.1.1 3.1.2 3.2 3.2.1 3.2.2 3.3

DEFINIR TIPO DE INFORME Perodo Contenido DISEAR INFORME Clasificar informacin Elaborar informe PROPORCIONAR INFORMES

DESCRIPCIN DE PROCESOS
NOMBRE DEL PROCESO SISTEMA MANUAL DE CONTROL Y SEGUIMIENTO A LOS PROYECTOS DE APOYO ATENDIDOS POR LA FUNDACIN SAN VICENTE PRODUCTIVO. 0 NIVEL

NOMBRE DEL PROCESO PROCESO DE SOLICITUD

NIVEL 1.0

DESCRIPCIN: Este proceso inicia cuando las personas se presentan a la Fundacin a solicitar apoyo a un fondo determinado, donde el tcnico de seguimiento procede a registrar los datos personales del solicitante y datos del fondo de apoyo, para abrir el expediente del solicitante.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes).

77

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO REGISTRAR INFORMACIN DEL SOLICITANTE

NIVEL 1.1.4

DESCRIPCIN: En este proceso se debe registrar los datos personales, laborales, situacin, econmica, garantas y datos del proyecto. Todo esto para iniciar el proceso de control y seguimiento.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes).

NOMBRE DEL PROCESO REGISTRAR DATOS PERSONALES

NIVEL 1.1.1

DESCRIPCIN: Se procede al registro de los datos personales del solicitante tales como: Nombre, DUI, fecha de nacimiento, NIT, domicilio, estado civil, profesin, municipio, comunidad, entre otros. Para identificar al solicitante y llevar un registro de las personas atendidas.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes).

NOMBRE DEL PROCESO REGISTRAR DATOS LABORALES

NIVEL 1.1.2

DESCRIPCIN: Este proceso tiene la finalidad de registrar los datos referentes al trabajo, lo cuales se mencionan a continuacin: Cargo, salario, direccin, telfono, viticos, tiempo de trabajo entre otros. Este registro es utilizado para verificar la situacin laboral del solicitante.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes).

78

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO REGISTRAR DATOS DE SITUACIN ECONMICA

NIVEL 1.1.3

DESCRIPCIN: En este proceso se registran datos referentes a la situacin econmica, tales como: bienes, vivienda, vehculos y situacin financiera, entre otros. Con estos datos se verifica el nivel econmico del solicitante.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes).

NOMBRE DEL PROCESO REGISTRAR GARANTAS

NIVEL 1.1.4

DESCRIPCIN: En este proceso se registran datos referentes a los bienes que sirven de respaldo por los montos otorgados, los cuales son: bienes muebles y bienes inmuebles.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes).

NOMBRE DEL PROCESO REGISTRAR DATOS DEL PROYECTO

NIVEL 1.1.5

DESCRIPCIN: Se procede a registrar los datos del proyecto tales como: Fondo solicitado, monto, destino econmico, perodo de recuperacin, entre otros. Para llevar un control de las actividades en las cuales se invierten los fondos.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes).

79

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO APROBACIN DE SOLICITUD

NIVEL 1.2

DESCRIPCIN: Proceso en el cual se realiza un anlisis de la informacin proporcionada por los solicitantes, para determinar si se aprueba o se rechaza dicha solicitud.

FRECUENCIA: Mensual (Aproximadamente 60 solicitudes).

NOMBRE DEL PROCESO VERIFICAR LIQUIDEZ DEL SOLICITANTE

NIVEL 1.2.1

DESCRIPCIN: Proceso donde se comparan los ingresos frente a los egresos para verificar la capacidad de pago del solicitante. FRECUENCIA: Mensual.

NOMBRE DEL PROCESO REDACTAR ACTA DE APROBACIN DE SOLICITUDES

NIVEL 1.2.2

DESCRIPCIN: Proceso en el cual se elabora el acta de aprobacin de la solicitud, donde se establece el monto a otorgar y condiciones de pago.

FRECUENCIA: Mensual.

80

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO ALMACENAR INFORMACION DE SOLICITUDES

NIVEL 1.2.3

DESCRIPCIN: Proceso en el cual se almacena la informacin referente a las solicitudes de apoyo, ya sea en archivadores de palanca u hojas electrnicas de Excel, para realizar informes de las personas atendidas.

FRECUENCIA: Mensual.

NOMBRE DEL PROCESO ENVIAR SOLICITUDES APROBADAS A INTERMEDIARIAS

NIVEL 1.2.4

DESCRIPCIN: Actividad en la cual se envan a las intermediarias las solicitudes que fueron aprobadas por el comit. Para que estas lleven el control de los beneficiarios y poder realizar los desembolsos correspondientes.

FRECUENCIA: Mensual.

NOMBRE DEL PROCESO PROCESO DE CONTROL Y SEGUIMIENTO

NIVEL 2.0

DESCRIPCIN: Proceso en el cual intervienen una serie de actividades encaminadas a la verificacin de informes, seguimiento de expedientes y visitas de campo, todo esto para llevar un monitoreo de los diferentes fondos de apoyo.

FRECUENCIA: Mensual o cuando las intermediarias envan informes.

81

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO VERIFICAR INFORMES ENVIADOS POR LAS INTERMEDIARIAS

NIVEL 2.1

DESCRIPCIN: Actividad consistente en revisar los informes enviados por las intermediarias, para dar visto bueno de la informacin. FRECUENCIA: Mensual.

NOMBRE DEL PROCESO COTEJAR LISTADOS DE BENEFICIARIOS APROBADOS

NIVEL 2.1.1

DESCRIPCIN: Actividad en la cual se cotejan los informes enviados por las intermediarias contra los registros que maneja la fundacin, para identificar posibles anomalas o incoherencias en los informes y tomar las medidas correctivas.

FRECUENCIA: Mensual o cuando las intermediarias envan informes.

NOMBRE DEL PROCESO SEGUIMIENTO AL EXPEDIENTE DEL BENEFICIARIO

NIVEL 2.2

DESCRIPCIN: Proceso en el cual el tcnico de seguimiento verifica el estado de los beneficiarios, actualiza expedientes y realiza actividades referentes a la administracin de los fondos de apoyo.

FRECUENCIA: Mensual

82

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO VERICAR ESTADO ACTUAL DE LOS BENEFICIARIOS

NIVEL 2.2.1

DESCRIPCIN: Actividad encaminada a confirmar el estado en el que se encuentran los beneficiarios los cuales pueden ser: activo, moroso, incobrable entre otros. FRECUENCIA: Mensual.

NOMBRE DEL PROCESO ACTUALIZAR EXPEDIENTES DE BENEFICIARIOS

NIVEL 2.2.2

DESCRIPCIN: Proceso en el cual peridicamente se actualizan los datos de los beneficiarios en caso de cambio de domicilio, liquidacin del fondo solicitado y nueva informacin para aplicar a otro fondo.

FRECUENCIA: Trimestral.

NOMBRE DEL PROCESO EVITAR INFILTRACIN DE DATOS ENTRE FONDOS

NIVEL 2.2.3

DESCRIPCIN: Proceso en el que se realiza un control de los registros para evitar que exista filtracin de datos entre fondos. FRECUENCIA: Mensual.

NOMBRE DEL PROCESO MONITOREAR LA RECUPERACIN DE FONDOS

NIVEL 2.2.4

DESCRIPCIN: Proceso en el cual el tcnico de seguimiento revisa la cantidad de dinero recuperado en un determinado fondo de apoyo. FRECUENCIA: Mensual.

83

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO INVESTIGACIN DE CAMPO

NIVEL 2.3

DESCRIPCIN: Este contempla un conjunto de actividades encaminadas a realizar visitas de campo a las intermediarias y beneficiarios de los fondos de apoyo. Para verificar la utilizacin de los fondos otorgados a los beneficiarios.

FRECUENCIA: Mensual o segn sea necesario.

NOMBRE DEL PROCESO MONITOREAR LA GESTIN DE FONDOS POR LAS INTERMEDIARIAS

NIVEL 2.3.1

DESCRIPCIN: Proceso encaminado a verificar que las intermediarias realicen una buena administracin de los fondos proporcionados por la fundacin. El tcnico verifica los montos canalizados y mtodos utilizados para la recuperacin.

FRECUENCIA: Mensual o segn sea necesario.

NOMBRE DEL PROCESO MONITOREAR LA UTILIZACIN DE FONDOS POR LOS BENEFICIARIOS

NIVEL 2.3.2

DESCRIPCIN: Proceso en el cual se realizan visitas a los beneficiarios con el fin de corroborar que el dinero proporcionado sea utilizado de acuerdo a lo establecido en la solicitud de apoyo.

FRECUENCIA: Mensual o segn sea necesario.

84

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO COORDINAR ACTIVIDADES DE APOYO CON INTERMEDIARIAS

NIVEL 2.3.3

DESCRIPCIN: Proceso que tiene como finalidad realizar actividades en conjunto entre la fundacin y las intermediarias, para proporcionar un mejor servicio a los beneficiarios y llevar un mejor control de los fondos apoyados.

FRECUENCIA: Trimestral.

NOMBRE DEL PROCESO GENERACIN DE INFORMES

NIVEL 3.0

DESCRIPCIN: Actividad encaminada a la elaboracin de informes, los cuales sirvan de apoyo a la toma de decisiones por la alta gerencia. FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

NOMBRE DEL PROCESO DEFINIR TIPO DE INFORME

NIVEL 3.1

DESCRIPCIN: Proceso en el que se establece el periodo e informacin que contendr el informe a elaborar. FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

85

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO PERIODO

NIVEL 3.1.1

DESCRIPCIN: Actividad en la cual se define en rango de tiempo para el cual se elaborara el informe. FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

NOMBRE DEL PROCESO CONTENIDO

NIVEL 3.1.2

DESCRIPCIN: Actividad en la cual se especifica qu tipo de informacin debe contener el informe a generar. FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

NOMBRE DEL PROCESO

NIVEL 3.2

DISEAR INFORME
este contendr. FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

DESCRIPCIN: Proceso en el cual el tcnico disea el informe y clasifica la informacin que

NOMBRE DEL PROCESO CLASIFICAR LA INFORMACION

NIVEL 3.2.1

DESCRIPCIN: Actividad en la cual el tcnico ordena la informacin segn el contenido definido por el solicitante del informe. FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

86

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

NOMBRE DEL PROCESO ELABORAR INFORMES

NIVEL 3.2.2

DESCRIPCIN: Actividad en la cual el tcnico crea el informe de acuerdo a las especificaciones determinadas.

FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

NOMBRE DEL PROCESO PROPORCIONAR INFORMES

NIVEL 3.3

DESCRIPCIN: Proceso en el cual se enva el informe al solicitante (personal administrativo o intermediarias). Para tomar decisiones respecto a la informacin presentada.

FRECUENCIA: Mensual, trimestral, anual o segn sea conveniente.

2.4.2 DIAGRAMA DE CASOS DE USO DEFINICIN En ingeniera del software, un caso de uso es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizacin software. Cada caso de uso proporciona uno o ms escenarios que indican cmo debera interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo especfico22. Normalmente, en los casos de usos se evita el empleo de lenguajes tcnico, prefiriendo en su lugar un lenguaje ms cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.

22

Casos de uso. Un mtodo prctico para explorar requisitos. Santiago Ceria

87

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Es una estructura que ayuda a los analistas a trabajar con los usuarios para determinar la forma en que se usar un sistema. Con una coleccin de casos de uso se puede hacer un bosquejo de un sistema en trminos de lo que los usuarios hacen con l.

DEFINICIONES BSICAS Actores Podramos definir un actor como el rol o funcin que asume una persona, sistema o entidad que interacta con el sistema que estamos construyendo de la misma forma. Tiene la propiedad de ser externo al sistema. Hay que tener en cuenta que un usuario puede acceder al sistema como distintos actores.

Casos de uso Como se ha dicho antes, un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios. Ese alguien o algo es el actor. Tienen una representacin grfica de valos Como caractersticas principales, los casos de uso: 1. Estn expresados desde el punto de vista del actor. 2. Se documentan con texto informal describiendo la interaccin. 3. Estn limitados al uso de una funcionalidad claramente definida del sistema. Situaciones que pueden darse:

Un actor se comunica con un caso de uso. Un caso de uso extiende otro caso de uso. Un caso de uso usa otro caso de uso

88

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Lmite de sistema Implica definir el ambiente donde se ejecuta el sistema. Se debe identificar aquello que se encuentra dentro y fuera del mismo. Siempre los actores del sistema se deben encontrar fuera de la frontera. Los casos de uso siempre se encuentra definidos dentro de la frontera.

Relaciones de Casos de Uso Las tres relaciones principales entre los casos de uso son soportadas por el estndar UML, el cual describe notacin grfica para esas relaciones.

Asociacin o Comunicacin En este tipo de relaciones participan un Actor y un caso de uso. Esta es la nica relacin posible entre ambos.

Inclusin (Include o Uses) Es una forma de interaccin, un caso de uso dado puede "incluir" otro. El primer caso de uso a menudo depende del resultado del caso de uso incluido. Esto es til para extraer comportamientos verdaderamente comunes desde mltiples casos de uso a una descripcin individual. La notacin es una flecha desde el caso de uso que lo incluye hasta el caso de uso incluido, con la etiqueta "include". Este uso se asemeja a una expansin de una macro donde el comportamiento del caso incluido es colocado dentro del comportamiento del caso de uso base. No hay parmetros o valores de retorno.

89

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Extensin (Extends) Es otra forma de interaccin, un caso de uso dado, (la extensin) puede extender a otro. Esta relacin indica que el comportamiento del caso de uso extensin puede ser insertado en el caso de uso extendido bajo ciertas condiciones. La notacin es una flecha desde el caso de uso extensin al caso de uso extendido, con la etiqueta extends. Esto puede ser til para con casos especiales, o para acomodar nuevos requisitos durante el mantenimiento del sistema y su extensin. El extends se utiliza en casos de uso, un caso de uso a otro caso siempre debe tener extends o include

Generalizacin En la tercera forma de relacin entre casos de uso, existe una relacin generalizacin/especializacin. Un caso de uso dado puede estar en una forma especializada de un caso de uso existente. La notacin es una lnea solida terminada en un tringulo dibujado desde el caso de uso especializado al caso de uso general. Esto se asemeja al concepto orientado a objetos de sub-clases, en la prctica puede ser til factorizar comportamientos comunes, restricciones al caso de uso general.

90

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Asociacin Actor <<Extends>> Caso de Uso <<Include>> Lmite de Sistema Generalizacin

Figura 8 - Simbologa de casos de uso

91

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

CASOS DE USO DEL SISTEMA ACTUAL

ESCENARIO 1 - PROCESO DE SOLICITUD

Figura 9 - Caso de uso "Proceso de solicitud"

92

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

DESCRIPCIN DE CASOS DE USO: PROCESO DE SOLICITUD


CASO DE USO: SOLICITAR FONDO DE APOYO Actor primario: Actor secundario: Escenario: Precondiciones: Solicitante Tcnico Proceso de solicitud El solicitante se presenta a la Fundacin 1. El solicitante pasa a entrevista con el tcnico de seguimiento. 2. El tcnico asesora sobre cmo aplicar al fondo requerido. Escenario exitoso: 3. El tcnico solicita datos personales, laborales, situacin econmica y del proyecto. 4. El tcnico verifica los datos para luego almacenarlos en archivadores de palanca o archivos de Excel. 2.1 El solicitante no est dentro de los municipios a los cuales se les brinda apoyo. 2.1.1 Se niega el apoyo, termina caso de uso. 2.2 La situacin econmica del solicitante no cumple los requisitos para aplicar al fondo requerido. Excepciones: 2.2.1 Se niega el apoyo, termina caso de uso. 3.1 El solicitante no cuenta con los datos requeridos. 3.1.1 El solicitante debe regresar cuando pueda proporcionar todos los datos requeridos, termina caso de uso. 4.1 Se verifica un dato faltante en la solicitud. 4.1.1 Se pide al solicitante proporcionar dato faltante.
Tabla 25 Descripcin de caso de uso: Solicitar fondo de apoyo

93

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

CASO DE USO: PROPORCIONAR SOLICITUDES Actor primario: Actor secundario: Escenario: Precondiciones: Tcnico Comit, Intermediaria Proceso de solicitud El tcnico debe haber registrado los datos de las solicitudes. 1. El tcnico proporciona las solicitudes de fondo de seguridad alimentaria y de iniciativas al comit evaluador. 2. El comit evala las solicitudes para su aprobacin. Escenario exitoso: 3. El comit enva solicitudes aprobadas al tcnico. 4. El tcnico enva solicitudes a la intermediaria. 5. Las intermediarias proporcionan las solicitudes aprobadas del fondo de despegue y el fondo de crdito al tcnico. 2.1 El comit rechaza solicitudes porque no cumple los requisitos para Excepciones: aplicar al fondo requerido. 2.1.1 No se aprueba la solicitud, termina caso de uso.
Tabla 26 - Descripcin de caso de uso: Proporcionar solicitudes

94

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

ESCENARIO 2 PROCESO DE CONTROL Y SEGUIMIENTO

Figura 10 - Caso de uso "Proceso de control y seguimiento"

95

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

CASO DE USO: PROPORCIONAR INFORMES Actor primario: Actor secundario: Escenario: Precondiciones: Escenario exitoso: Excepciones: Intermediaria Tcnico Proceso de control y seguimiento Haber realizado la gestin administrativa de los montos proporcionados por la fundacin. 1. La intermediaria enva listado de beneficiarios al tcnico. Ninguna.
Tabla 27 - Descripcin de caso de uso: Proporcionar informes

CASO DE USO: VERIFICAR INFORMES Actor primario: Actor secundario: Escenario: Precondiciones: Escenario exitoso: Tcnico Ninguno Proceso de control y seguimiento Haber recibido informes de la intermediaria 1. El tcnico compara los informes enviados por la intermediaria con los que l tiene. 1.1 Los informes enviados por las intermediarias no coinciden con los que posee el tcnico. Excepciones: 1.1.1 Se informa a la intermediaria que existen incoherencias en los informes. 1.1.2 Se rechazan informes, termina caso de uso

Tabla 28 - Descripcin de caso de uso: Verificar informes

96

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

CASO DE USO: SEGUIMIENTO A EXPEDIENTES Actor primario: Actor secundario: Escenario: Precondiciones: Tcnico Intermediaria Proceso de control y seguimiento Poseer informes de los beneficiarios. 1. El tcnico lleva el control de la recuperacin de fondos manejados por las intermediarias, a la vez verificar el estado de los beneficiarios: morosos, activos e incobrables. Escenario exitoso: 2. Llevar debidamente actualizado los expedientes de los beneficiarios, por ejemplo: Datos personales, laborales, econmicos y del fondo aplicado. 3. Clasificar la informacin de cada fondo de acuerdo al municipio, comunidad, sexo, edad y actividad econmica. 1.1 Si no se estn recuperando los fondos. 1.1.1 Se informa a la intermediaria, para que esta realice un informe que describa las razones por las cuales los beneficiarios no estn efectuando los pagos. Termina el caso de uso. 2.1 Si el beneficiario se va al extranjero o fallece verificar quien Excepciones: continuar efectuando los pagos. 2.1.1 Se actualizan los datos, termina caso de uso.

3.1 Si el tcnico no posee los informes de las intermediarias en el momento oportuno. 3.1.1 Debe informar a la intermediaria que agilice el envi de estos. Termina caso de uso.
Tabla 29 - Descripcin de caso de uso: Seguimiento a expedientes

97

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

CASO DE USO: REALIZAR INVESTIGACION DE CAMPO Actor primario: Actor secundario: Escenario: Precondiciones: Tcnico Ninguno Proceso de control y seguimiento Contar con los expedientes de los beneficiarios. 1. El tcnico debe confirmar la informacin proporcionada por los beneficiarios, por ejemplo la situacin econmica y la utilizacin de los montos otorgados. Escenario exitoso: 2. Verificar que las intermediarias realicen una buena gestin de los fondos canalizados. 3. Coordinar actividades con intermediarias para apoyar a las comunidades. 1.1 Si el dinero no se utiliza segn el destino. 1.1.1 Se reporta el caso al Director. Termina caso de uso. Excepciones: 2.1 Si la intermediaria no est realizando la administracin correspondiente. 2.1.1 Se reporta al Director las anomalas encontradas. Termina caso de uso.
Tabla 30 - Descripcin de caso de uso: Realizar investigacin de campo

98

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

ESCENARIO 3 GENERACIN DE INFORMES

Figura 11 - Caso de uso "Generacin de informes"

99

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

CASO DE USO: SOLICITAR INFORMES Actor primario: Actor secundario: Escenario: Precondiciones: Director Tcnico Generacin de informes El director solicita informes 1. El director define el periodo como: mensual, trimestral y anual. Escenario exitoso: 2. El director define la informacin que contendr el informe como: Fondo de apoyo, municipio o cualquier otro tipo de criterios. 1.1 El tcnico no cuenta con los datos actualizados al periodo solicitado. Excepciones: 1.1.1 El tcnico solicita a las intermediarias los informes. Termina caso de uso.
Tabla 31 - Descripcin de caso de uso: Solicitar informes

CASO DE USO: PRESENTAR INFORMES Actor primario: Actor secundario: Escenario: Precondiciones: Tcnico Director Generacin de informes El director defini el periodo y contenido del informe. 1. El tcnico clasifica la informacin del informe a elaborar. 2. El tcnico disea la estructura del informe. Escenario exitoso: 3. El tcnico elabora el informe de acuerdo a la estructura y contenido especificado. 4. El tcnico presenta el informe al Director. Excepciones: Ninguna.
Tabla 32 - Descripcin de caso de uso: Presentar informes

100

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

2.4.3 DIAGRAMAS DE ACTIVIDAD

DEFINICIN Un diagrama de actividad demuestra la serie de actividades que deben ser realizadas en un caso de uso, as como las distintas rutas que pueden irse desencadenando en el caso de uso23. Las acciones pueden ser organizadas en andariveles conocidos comnmente como calles. Los andariveles se usan para organizar las responsabilidades de las actividades. Usualmente corresponden a unidades organizacionales dentro de un modelo de negocio (por ejemplo reas de una empresa). No debemos olvidar que cuando estamos modelando los casos de uso, las actividades que realiza el sistema que estamos empezando a idear pueden ser llevadas a cabo tanto por mquinas como por personas que pertenezcan a distintas reas de la organizacin. La utilidad de los andariveles aparece en estos casos, cuando se quiere mostrar la secuencia de pasos que el usuario est expresando como parte del procesamiento del sistema es realizada por personas de distintas reas o distintos tipos de mquinas. El Diagrama de Actividad es usado para especificar: Un mtodo Un caso de uso Un proceso de negocio

23

Anlisis y diseo orientado a objetos con UML y el proceso unificado. Stephen R. Schach

101

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Elementos que componen un diagrama de actividad: Inicio: El inicio de un diagrama de actividad es representado por un crculo de color negro slido. Actividad: Una actividad representa la accin que ser realizada por el sistema la cual es representada dentro de un ovalo. Transicin: Una transicin ocurre cuando se lleva a cabo el cambio de una actividad a otra, la transicin es representada simplemente por una lnea con una flecha en su terminacin para indicar direccin. Bifurcacin: Sucede cuando existe la posibilidad de ocurra ms de una transicin (resultado) al terminar determinada actividad. Este elemento es representado a travs de un rombo. Unin (Merge): Una unin ocurre al fusionar dos o ms transiciones en una sola transicin o actividad. Este elemento tambin es representado a travs de una lnea solida de mayor grosor. Calles (Andariveles): Es realizar una organizacin de las actividades en un modelo segn su responsabilidad. Fin: El fin de un diagrama de actividad es representado por un crculo, con otro crculo concntrico de color negro slido.

102

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Estado inicial (Inicio)

Bifurcacin o reunificacin

Estado Final (Final)

Transicin

Actividad

Divisin o unin

Figura 12 - Simbologa diagramas de actividad.

Es necesario aclarar que en los diagramas de actividad se deben representar a las personas o sistemas responsables de realizar las actividades y no se deben confundir con los diagramas de flujo. Ya que estos ltimos representan la estructura lgica de un proceso.

103

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

DIAGRAMAS DE ACTIVIDAD DEL SISTEMA ACTUAL

Figura 13 - Diagrama de actividad "Proceso de solicitud"

104

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Figura 14 - Diagrama de actividad "Control y seguimiento"

105

CAPITULO II: DESCRIPCIN DE LA SITUACIN ACTUAL

Figura 15 - Diagrama de actividad "Generacin de informes"

106

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

SINOPSIS En esta etapa se presentarn los requerimientos desarrollar el necesarios Sistema para de

Informacin Gerencial, de modo que cumpla con las exigencias de los usuarios y aprovechar al mximo el equipo informtico con el que cuenta la Fundacin San Vicente

Productivo.

CAPITULO III:
Todo el estudio se centra en tres aspectos importantes los cuales son: Requerimientos requerimientos informticos, operativos y los

DETERMINACIN DE LOS REQUERIMIENTOS

requerimientos de desarrollo, los cuales deben involucrase en un sistema informtico.

107

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.1 REQUERIMIENTOS INFORMTICOS La determinacin de requerimientos es el conjunto de actividades encaminadas a obtener las caractersticas necesarias que deber poseer el nuevo sistema, es el estudio de un sistema, actividad o proceso, para comprender cmo trabaja y dnde es necesario efectuar mejoras o cambios considerables.

108

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.1.1 DIAGRAMA JERRQUICO DE PROCESOS

Figura 16 - Diagrama jerrquico de procesos: Sistema propuesto

109

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

FD: Fondo de despegue FSAL: Fondo de seguridad alimentaria FAPI: Fondo de apoyo a iniciativas innovadoras FINAPRO: Fondo de crdito

110

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

JERARQUA DE PROCESOS (SISTEMA PROPUESTO)


N CDIGO NOMBRE DEL PROCESO SISTEMA DE INFORMACIN GERENCIAL CON INTERFAZ WEB PARA EL 1 0 SEGUIMIENTO A LOS PROYECTOS DE APOYO A LAS COMUNIDADES ATENDIDAS POR LA FUNDACIN SAN VICENTE PRODUCTIVO 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 1.0 1.1 1.2 1.3 2.0 2.1 2.2 2.3 2.4 3.0 3.1 3.2 3.3 3.4 3.5 4.0 4.1 4.2 4.3 5.0 5.1 5.2 5.3 5.4 5.5 5.6 6.0 6.1 MANTENIMIENTO Registro de usuarios Registro de solicitantes Registro de comunidades FONDOS FD FSAL FAPI FINAPRO SEGUIMIENTO Control de FD Control de FSAL Control de FAPI Control de FINAPRO Registro de visitas de campo CONSULTAS Consulta de usuarios Consulta de beneficiarios Consulta de monitoreo de campo REPORTES Reporte de solicitudes Reporte de beneficiarios Reporte de montos canalizados Reporte de recuperacin de fondos Estadsticas de solicitudes tramitadas Estadsticas de beneficiarios atendidos AYUDA Manual de usuario

111

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DESCRIPCION DE PROCESOS (SISTEMA PROPUESTO) NOMBRE DEL PROCESO SISTEMA DE INFORMACIN GERENCIAL CON INTERFAZ WEB PARA EL SEGUIMIENTO A LOS PROYECTOS DE APOYO A LAS COMUNIDADES ATENDIDAS POR LA FUNDACIN SAN VICENTE PRODUCTIVO 0 NIVEL

NOMBRE DEL PROCESO MANTENIMIENTO

NIVEL 1.0

DESCRIPCIN: En este mdulo se presentarn las opciones de configuracin del sistema propuesto, tales como el registro de usuarios, registro de solicitantes, registro de comunidades, entre otros. Estos elementos son necesarios para el buen funcionamiento del sistema, ya que son fundamentales para iniciar el control y seguimiento de los beneficiarios atendidos por la Fundacin San Vicente Productivo.

NOMBRE DEL PROCESO REGISTRO DE USUARIOS

NIVEL 1.1

DESCRIPCIN: Este proceso permitir a los usuarios nivel 1 crear cuentas de usuarios (Nivel 1, Nivel 2 y Nivel 3) para los empleados de la fundacin, donde a cada uno se le asigna un nombre de usuario y contrasea. Los privilegios asignados a cada usuario son diferentes, el usuario nivel 1 cuenta con todos los privilegios de lectura, escritura y borrado de informacin, mientras que el nivel 3 solo tendr privilegios de lectura y escritura.

FRECUENCIA: Anual (Aproximadamente 2 veces)

112

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO REGISTRO DE SOLICITANTES

NIVEL 1.2

DESCRIPCIN: Este proceso permitir el ingreso de los datos personales del solicitante para abrir el expediente e iniciar el proceso de solicitud de fondo.

FRECUENCIA: Mensual (Aproximadamente 80 solicitudes)

NOMBRE DEL PROCESO REGISTRO DE COMUNIDADES

NIVEL 1.3

DESCRIPCIN: Este elemento permitir el registro de nuevas comunidades segn la fundacin crea conveniente agregar a su rea de apoyo.

FRECUENCIA: Anual

NOMBRE DEL PROCESO FONDOS

NIVEL 2.0

DESCRIPCIN: Este mdulo permitir administrar las solicitudes de apoyo en los cuatro ejes principales que gestiona la fundacin, los cuales son: Fondo de Despegue (FD), Fondo de Seguridad Alimentaria (FSAL), Fondo de Apoyo a Iniciativas Innovadoras (FAPI) y Fondo de Crdito (FINAPRO).

113

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO FD

NIVEL 2.1

DESCRIPCIN: En este mdulo se registra informacin referente a la solicitud del Fondo de Despegue.

FRECUENCIA: Mensual (Aproximadamente 40 solicitudes)

NOMBRE DEL PROCESO FSAL

NIVEL 2.2

DESCRIPCIN: El presente mdulo registrar la informacin referente a los proyectos de apoyo solicitados en el Fondo de Seguridad Alimentaria.

FRECUENCIA: Mensual (Aproximadamente 20 solicitudes)

NOMBRE DEL PROCESO FAPI

NIVEL 2.3

DESCRIPCIN: Este elemento almacenar la informacin referente a los proyectos del Fondo de Apoyo a Iniciativas Innovadoras.

FRECUENCIA: Mensual (Aproximadamente 10 solicitudes)

NOMBRE DEL PROCESO FINAPRO

NIVEL 2.4

DESCRIPCIN: Este mdulo permitir registrar los datos relacionados con la gestin del Fondo de Crdito.

FRECUENCIA: Mensual (Aproximadamente 10 solicitudes)

114

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO SEGUIMIENTO

NIVEL 3.0

DESCRIPCIN: Este mdulo permitir realizar el ingreso, actualizacin y verificacin de informacin para el seguimiento de expedientes de beneficiarios y visitas de campo, con el objetivo de monitorear los diferentes fondos de apoyo.

NOMBRE DEL PROCESO CONTROL DE FD

NIVEL 3.1

DESCRIPCIN: En este mdulo se registrara informacin de las aportaciones realizadas por los beneficiarios de dicho fondo a las correspondientes ADESCOS, para monitorear el estado de los mismos.

FRECUENCIA: Mensual

NOMBRE DEL PROCESO CONTROL DE FSAL

NIVEL 3.2

DESCRIPCIN: Este mdulo permitir el ingreso de informacin relacionada a los abonos efectuados por los beneficiarios a las intermediarias CRITAS y El Roble, lo cual ayudara a controlar dichos reintegros.

FRECUENCIA: Mensual

115

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO CONTROL DE FAPI

NIVEL 3.3

DESCRIPCIN: En este mdulo se ingresara informacin referente a los pagos efectuados por los beneficiarios a la intermediaria El Roble, con el objetivo de llevar un registro de los reintegros realizados por los mismos.

FRECUENCIA: Mensual

NOMBRE DEL PROCESO CONTROL DE FINAPRO

NIVEL 3.4

DESCRIPCIN: Mdulo en el cual se proceder al ingreso de informacin referente a los pagos efectuados por los beneficiarios a la intermediaria AMC, con el fin de verificar el rcord de los reintegros efectuados.

FRECUENCIA: Mensual

NOMBRE DEL PROCESO REGISTRO DE VISITAS DE CAMPO

NIVEL 3.5

DESCRIPCIN: Mdulo en el cual se proceder al ingreso de informacin referente a las visitas de campo realizadas a las comunidades y a los beneficiarios atendidos.

FRECUENCIA: Mensual

116

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO CONSULTAS

NIVEL 4.0

DESCRIPCIN: Este mdulo tiene la finalidad de presentar una serie de consultas que aportaran criterios fundamentales para la toma de decisiones de los niveles administrativos. Las consultas a generar son las siguientes: Consulta de usuarios, consulta de beneficiarios y consulta de visitas de campo.

NOMBRE DEL PROCESO CONSULTA DE USUARIOS

NIVEL 4.1

DESCRIPCIN: Este mdulo presentar una consulta la cual mostrar los privilegios que tiene asignado cada uno de los usuarios quienes tendrn permiso para acceder al sistema.

FRECUENCIA: Semanal

NOMBRE DEL PROCESO CONSULTA DE BENEFICIARIOS

NIVEL 4.2

DESCRIPCIN: Este mdulo proporcionara una consulta de beneficiarios, para determinar cul es la afluencia de solicitantes en cada fondo de apoyo.

FRECUENCIA: Semanal

117

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO CONSULTA DE VISITAS DE CAMPO

NIVEL 4.3

DESCRIPCIN: Este mdulo presentara una consulta en la que se mostrara informacin narrativa sobre las visitas de campo realizadas a beneficiarios y a intermediarias. Para conocer la utilizacin de los fondos otorgados. FRECUENCIA: Mensual

NOMBRE DEL PROCESO REPORTES

NIVEL 5.0

DESCRIPCIN: Este mdulo contendr los diferentes reportes realizados para llevar el control y seguimiento de los fondos de apoyo. Lo cual proporcionara informacin bsica para la toma de decisiones.

NOMBRE DEL PROCESO REPORTE DE SOLICITUDES

NIVEL 5.1

DESCRIPCIN: Este reporte proporcionar informacin acerca de las solicitudes aprobadas y rechazadas dentro de cada fondo de apoyo.

FRECUENCIA: Mensual

NOMBRE DEL PROCESO REPORTE DE BENEFICIARIOS

NIVEL 5.2

DESCRIPCIN: Este reporte presentara informacin de los beneficiarios de cada uno de los fondos, los cuales pueden ser: por municipio, comunidad, sexo, edad, entre otros. Lo cual permitir conocer que reas son mas apoyadas por la fundacin. FRECUENCIA: Mensual

118

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO REPORTE DE MONTOS CANALIZADOS

NIVEL 5.3

DESCRIPCIN: Este reporte brindara informacin que reflejara los montos otorgados a los beneficiarios en un periodo determinado para los diferentes fondos de apoyo.

NOMBRE DEL PROCESO REPORTE DE RECUPERACION DE FONDOS

NIVEL 5.4

DESCRIPCIN: Este reporte presentara informacin en la cual se reflejaran los montos recuperados en cada uno de los fondos de apoyo. Dicho reporte incluir los siguientes filtros: por municipio, comunidad, sexo, edad, entre otros.

FRECUENCIA: Mensual NOMBRE DEL PROCESO ESTADSTICAS DE SOLICITUDES TRAMITADAS NIVEL 5.5

DESCRIPCIN: Este reporte proporcionara grficos estadsticos en los que se podr apreciar el nmero de solicitudes tramitadas en cada uno de los fondos atendidos.

FRECUENCIA: Mensual

NOMBRE DEL PROCESO ESTADSTICAS DE BENEFICIARIOS ATENDIDOS

NIVEL 5.6

DESCRIPCIN: Este reporte mostrara grficos en los que se podr visualizar las solicitudes aprobadas de cada uno de los fondos.

FRECUENCIA: Mensual

119

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

NOMBRE DEL PROCESO AYUDA

NIVEL 6.0

DESCRIPCIN: Este mdulo presentara la ayuda del sistema informtico para que los usuarios consulten cualquier duda sobre el manejo de los formularios web contenidos en el sistema.

FRECUENCIA: Semanal

NOMBRE DEL PROCESO MANUAL DE USUARIO

NIVEL 6.1

DESCRIPCIN: En este manual estar documentada paso a paso la utilizacin de los mdulos del sistema informtico. FRECUENCIA: Semanal

120

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.1.2 DIAGRAMA DE CASOS DE USO CASOS DE USO DEL SISTEMA PROPUESTO ESCENARIO 1 - MANTENIMIENTO

121

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DESCRIPCIN DE CASOS DE USO: MANTENIMIENTO


CASO DE USO: REALIZAR MANTENIMIENTO (INGRESAR DATOS USUARIO) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1) Ninguno Mantenimiento El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Selecciona la opcin Ingresar datos de usuario 3. Usuario ingresa el nombre de cuenta Escenario exitoso: 4. Usuario selecciona el nivel de seguridad de la cuenta 5. Usuario ingresa la contrasea de cuenta 6. El sistema confirma contrasea 7. El sistema almacena informacin de cuenta 6.1 La contrasea no coincide Excepciones: 6.1.1 El sistema informa al usuario y da opcin de ingresarla nuevamente

122

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REALIZAR MANTENIMIENTO (INGRESAR DATOS DEL SOLICITANTE) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Mantenimiento El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona la opcin Ingresar datos del solicitante 3. El usuario ingresa informacin personal del solicitante 4. El usuario ingresa informacin del cnyuge 5. El usuario ingresa informacin del trabajo Escenario exitoso: 6. El usuario ingresa datos del negocio 7. El usuario ingresa datos del grupo familiar 8. El sistema genera un cdigo para el solicitante 9. El sistema almacena la informacin

4.1 Si es soltero, no ingresara datos de cnyuge 4.1.1 Continua ingresando la siguiente informacin 5.1 Si no trabaja, debe ingresar los datos del negocio Excepciones: 6.2 5.1.1 Contina ingresando la siguiente informacin 6.1 Si no tiene negocio, debe ingresar los datos laborales Si posee trabajo y negocio, ingrese datos del trabajo y negocio

123

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REALIZAR MANTENIMIENTO (INGRESAR DATOS DE COMUNIDADES) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Mantenimiento El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona la opcin Ingresar datos de comunidades Escenario exitoso: 3. El usuario ingresas datos de municipios 4. El usuario ingresa datos de comunidades 5. El sistema almacena informacin Excepciones: Ninguna

CASO DE USO: REALIZAR MANTENIMIENTO (IDENTIFICARSE) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Mantenimiento El usuario debe poseer una cuenta en el sistema 1. El usuario ingresa el nombre de la cuenta 2. El usuario selecciona el nivel de la cuenta Escenario exitoso: 3. El usuario ingresa contrasea 4. El sistema consulta la informacin de la cuenta en la base de datos 5. El sistema permite el acceso al usuario para utilizar los mdulos 1. Informacin de cuenta no encontrada Excepciones: 1.1 El sistema informa al usuario que verifique datos de cuenta, y niega el acceso

124

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

ESCENARIO 2 - FONDOS

125

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DESCRIPCIN DE CASOS DE USO: FONDOS


CASO DE USO: REGISTRAR FONDOS (REGISTRAR FD) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona registrar FD 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general del Escenario exitoso: solicitante como nombre, apellidos, entre otros. 5. El usuario ingresa datos de los bienes del solicitante 6. El usuario ingresa datos de la actividad requerida por el solicitante 7. El usuario ingresa datos de la resolucin de solicitud 8. El sistema almacena la informacin registrada 3.1 El cdigo del solicitante no existe Excepciones: 3.1.1 El sistema informa al usuario y permite ingresar nuevamente el cdigo

126

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REGISTRAR FONDOS (REGISTRAR FSAL) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona registrar FSAL 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general del Escenario exitoso: solicitante como nombre, apellidos, entre otros. 5. El usuario ingresa datos de la solicitud 6. El usuario ingresa datos de la situacin crediticia del solicitante

7. El usuario registra datos de las garantas del solicitante 8. El usuario ingresa datos de la resolucin de solicitud 9. El sistema almacena la informacin registrada 3.2 El cdigo del solicitante no existe 3.2.1 El sistema informa al usuario y permite ingresar nuevamente Excepciones: el cdigo 7.1 El usuario puede ingresar cualquiera de las garantas: fiduciaria, prendaria o hipotecaria

127

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REGISTRAR FONDOS (REGISTRAR FAPI) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona registrar FAPI 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general del Escenario exitoso: solicitante como nombre, apellidos, entre otros. 5. El usuario ingresa datos de la solicitud 6. El usuario ingresa datos de la situacin crediticia del solicitante

7. El usuario registra datos de las garantas del solicitante 8. El usuario ingresa datos de la resolucin de solicitud 9. El sistema almacena la informacin registrada 3.3 El cdigo del solicitante no existe 3.3.1 El sistema informa al usuario y permite ingresar nuevamente Excepciones: el cdigo 7.1 El usuario puede ingresar cualquiera de las garantas: fiduciaria, prendaria o hipotecaria

128

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REGISTRAR FONDOS (REGISTRAR FINAPRO) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona registrar FINAPRO 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general del solicitante como nombre, apellidos, entre otros 5. El usuario ingresa el tipo de crdito solicitado 6. El usuario ingresa las referencias crediticias del solicitante Escenario exitoso: 7. El usuario ingresa informacin de la situacin financiera del solicitante 8. El usuario ingresa informacin de los bienes que posee el solicitante 9. El usuario ingresa informacin de las garantas con las que el solicitante respalda el crdito 10. El usuario registra datos de la resolucin emitida por el comit 11. El sistema almacena la informacin

3.4 El cdigo del solicitante no existe 3.4.1 El sistema informa al usuario y permite ingresar nuevamente Excepciones: el cdigo 9.1 El usuario puede ingresar cualquiera de las garantas: fiduciaria, prendaria o hipotecaria

129

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

ESCENARIO 3 - SEGUIMIENTO

130

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DESCRIPCIN DE CASOS DE USO: SEGUIMIENTO


CASO DE USO: REALIZAR CONTROL DE FONDOS (CONTROLAR FD) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Control de fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona Control FD 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general beneficiario e informacin del fondo de despegue 5. El usuario selecciona la fecha de actualizacin Escenario exitoso: 6. El usuario ingresa el valor de la cuota a pagar 7. El sistema calcula el inters de la cuota 8. El usuario selecciona el estado en que se encuentra el beneficiario 9. El usuario ingresa una descripcin narrativa sobre las observaciones realizadas en la visita de campo 10. El sistema almacena y actualiza la informacin referente al crdito.

5.1 Si la fecha de actualizacin es menor o mayor a la fecha actual, el sistema notificara si desea especificar dicha fecha Excepciones: 6.1 Si la cuota es menor a cero, el sistema informa que el valor no es vlido y permite ingresarlo nuevamente

131

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REALIZAR CONTROL DE FONDOS (CONTROLAR FSAL) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Control de fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona Control FSAL 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general beneficiario e informacin del fondo de seguridad alimentaria 5. El usuario selecciona la fecha de actualizacin Escenario exitoso: 6. El usuario ingresa el valor de la cuota a pagar 7. El sistema calcula el inters de la cuota 8. El usuario selecciona el estado en que se encuentra el beneficiario 9. El usuario ingresa una descripcin narrativa sobre las observaciones realizadas en la visita de campo 10. El sistema almacena y actualiza la informacin referente al crdito.

5.1 Si la fecha de actualizacin es menor o mayor a la fecha actual, el sistema notificara si desea especificar dicha fecha Excepciones: 6.1 Si la cuota es menor a cero, el sistema informa que el valor no es vlido y permite ingresarlo nuevamente

132

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REALIZAR CONTROL DE FONDOS (CONTROLAR FAPI) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Control de fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona Control FAPI 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general beneficiario e informacin del fondo de apoyo a iniciativas 5. El usuario selecciona la fecha de actualizacin Escenario exitoso: 6. El usuario ingresa el valor de la cuota a pagar 7. El sistema calcula el inters de la cuota 8. El usuario selecciona el estado en que se encuentra el beneficiario 9. El usuario ingresa una descripcin narrativa sobre las observaciones realizadas en la visita de campo 10. El sistema almacena y actualiza la informacin referente al crdito.

5.1 Si la fecha de actualizacin es menor o mayor a la fecha actual, el sistema notificara si desea especificar dicha fecha Excepciones: 6.1 Si la cuota es menor a cero, el sistema informa que el valor no es vlido y permite ingresarlo nuevamente

133

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: REALIZAR CONTROL DE FONDOS (CONTROLAR FINAPRO) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2) Ninguno Control de fondos El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. El usuario selecciona Control FINAPRO 3. El usuario ingresa el cdigo del solicitante 4. El sistema busca en la BD y despliega la informacin general beneficiario e informacin del fondo de crdito 5. El usuario selecciona la fecha de actualizacin Escenario exitoso: 6. El usuario ingresa el valor de la cuota a pagar 7. El sistema calcula el inters de la cuota 8. El usuario selecciona el estado en que se encuentra el beneficiario 9. El usuario ingresa una descripcin narrativa sobre las observaciones realizadas en la visita de campo 10. El sistema almacena y actualiza la informacin referente al crdito.

5.1 Si la fecha de actualizacin es menor o mayor a la fecha actual, el sistema notificara si desea especificar dicha fecha Excepciones: 6.1 Si la cuota es menor a cero, el sistema informa que el valor no es vlido y permite ingresarlo nuevamente

134

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

ESCENARIO 4 - CONSULTAS

135

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DESCRIPCIN DE CASOS DE USO: CONSULTAS


CASO DE USO: REALIZAR CONSULTA (CONSULTAR USUARIOS) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Consultas El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Consultas 3. Usuario selecciona opcin Consulta de usuarios Escenario exitoso: 4. Usuario filtra los datos de usuario por nombre de usuario por nivel de usuario. 5. Sistema proporciona los datos al usuario segn filtro utilizado 6. Termina caso de uso. Excepciones: 4.1 Si el nombre de usuario no se encuentra 4.1.1 Sistema notifica a usuario que cuenta buscada no existe.

CASO DE USO: REALIZAR CONSULTA (CONSULTAR BENEFICIARIOS) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Consultas El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Consultas Escenario exitoso: 3. Usuario selecciona opcin Consulta de beneficiarios 4. Usuario ingresa cdigo de beneficiario 5. Sistema busca informacin de beneficiaros con referencia al cdigo

136

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

ingresado 6. Sistema presenta informacin acerca del beneficiario a buscar 5.1 Si el cdigo no se encuentra Excepciones: 5.1.1 Sistema notifica a usuario que el cdigo no se ha encontrado y no se presentan datos. 5.1.2 Sistema solicita que se ingrese el cdigo de nuevo

CASO DE USO: REALIZAR CONSULTA (CONSULTAR MONITOREO DE CAMPO) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Consultas El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Consultas Escenario exitoso: 3. Usuario selecciona opcin Consulta de monitoreo de campo 4. Usuario selecciona el fondo, comunidad, periodo, entre otros 5. Sistema filtra la informacin de las visitas de campo 6. Sistema presenta informacin en pantalla 5.1 Si no hay recuperacin de fondos en el perodo especificado Excepciones: 5.1.1 Sistema notifica a usuario que no existe monitoreo de campo en el perodo especificado

137

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

ESCENARIO 5 - REPORTES

138

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DESCRIPCIN DE CASOS DE USO: REPORTES


CASO DE USO: GENERAR REPORTES (REPORTE DE SOLICITUDES) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Reportes El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Reportes 3. Usuario selecciona opcin Reporte de solicitudes 4. Usuario elige el tipo de filtro, lo cuales sern: por cdigo de usuario, Escenario exitoso: fondo, departamento, municipio, solicitudes aprobadas y rechazadas 5. Sistema busca informacin referente al filtro elegido 6. Sistema presenta informacin en pantalla para su posterior impresin 5.1 Si no se encuentra informacin con respecto al filtro elegido Excepciones: 5.1.1 Sistema notificara al usuario que no hay datos referentes a los parmetros de bsqueda

139

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: GENERAR REPORTES (REPORTE DE BENEFICIARIOS) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Reportes El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Reportes 3. Usuario selecciona opcin Reporte de beneficiarios 4. Usuario elige el tipo de filtro, lo cuales sern: por cdigo de usuario, Escenario exitoso: fondo, departamento, municipio 5. Sistema busca informacin en la base de datos segn el filtro especificado 6. Sistema presenta en pantalla informacin encontrada para su posterior impresin 5.1 Si no se encuentra informacin con respecto al filtro elegido Excepciones: 5.1.1 Sistema notificara al usuario que no hay datos referentes a los parmetros de bsqueda

140

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: GENERAR REPORTES (REPORTE DE MONTOS CANALIZADOS) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Reportes El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Reportes Escenario exitoso: 3. Usuario selecciona opcin Reporte de montos canalizados 4. Usuario selecciona el fondo a verificar y el perodo 5. Sistema busca en base de datos la informacin de los fondos 6. Sistema presenta informacin en pantalla 5.1 Si no se encuentra informacin con respecto al perodo elegido Excepciones: 5.1.1 Sistema notificara al usuario que no hay datos referentes a los parmetros de bsqueda

141

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: GENERAR REPORTES (REPORTE DE RECUPERACIN DE FONDOS) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Reportes El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Reportes Escenario exitoso: 3. Usuario selecciona opcin Reporte de recuperacin de fondos 4. Usuario selecciona el fondo a verificar y el perodo 5. Sistema busca en base de datos la informacin de los fondos 6. Sistema presenta informacin en pantalla 5.1 Si no se encuentra informacin con respecto al perodo elegido Excepciones: 5.1.1 Sistema notificara al usuario que no hay datos referentes a los parmetros de bsqueda

142

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: GENERAR REPORTES (ESTADSTICAS DE SOLICITUDES TRAMITADAS) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Reportes El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Reportes 3. Usuario selecciona opcin Estadsticas de solicitudes tramitadas Escenario exitoso: 4. Usuario selecciona el fondo y perodo a verificar 5. Sistema busca en base de datos la informacin segn parmetros 6. Sistema presenta en pantalla informacin solicitada para su posterior impresin 5.1 Si no se encuentra informacin con respecto al perodo elegido Excepciones: 5.1.1 Sistema notificara al usuario que no hay datos referentes a los parmetros de bsqueda

143

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

CASO DE USO: GENERAR REPORTES (ESTADSTICAS DE BENEFICIARIOS ATENDIDOS) Actor primario: Actor secundario: Escenario: Precondiciones: Usuario (Nivel 1, Nivel 2, Nivel 3) Ninguno Reportes El usuario debe identificarse 1. El usuario accede al sistema web satisfactoriamente 2. Usuario elige la opcin Reportes 3. Usuario selecciona opcin Estadsticas de beneficiarios atendidos Escenario exitoso: 4. Usuario selecciona el fondo y perodo a verificar 5. Sistema busca en base de datos la informacin segn parmetros 6. Sistema presenta en pantalla informacin solicitada para su posterior impresin 5.1 Si no se encuentra informacin con respecto al perodo elegido Excepciones: 5.1.1 Sistema notificara al usuario que no hay datos referentes a los parmetros de bsqueda

144

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.1.3 DIAGRAMA DE ACTIVIDAD

DIAGRAMAS DE ACTIVIDAD: MANTENIMIENTO

145

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

146

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

147

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

148

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DIAGRAMAS DE ACTIVIDAD: FONDOS

149

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

150

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

151

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

152

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DIAGRAMAS DE ACTIVIDAD: SEGUIMIENTO

153

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

154

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

155

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

156

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DIAGRAMAS DE ACTIVIDAD: CONSULTAS

157

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

158

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

159

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

DIAGRAMAS DE ACTIVIDAD: REPORTES

160

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

161

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

162

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

163

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

164

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

165

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.1.4 ANALISIS DEL DOMINIO El anlisis del dominio del software es la identificacin, anlisis y especificacin de requisitos comunes de un dominio de aplicacin especfico, normalmente para su reutilizacin en mltiples proyectos dentro del mismo dominio de aplicacin. Es necesario aclarar que el dominio es el campo donde va a trabajar la aplicacin, en este caso la Fundacin San Vicente Productivo.24

OBJETOS DEL DOMINIO En este apartado es donde se realiza una descripcin de los objetos definidos en los casos de uso, en el cual se captura el nombre del objeto, tipo de objeto, atributos de objeto y as determinar los elementos de datos necesarios para el diseo de la aplicacin.

A continuacin se describen los objetos de dominio correspondientes a los casos de uso.

OBJETOS DEL DOMINIO DEL ESCENARIO MANTENIMIENTO


TIPO DE OBJETO NOMBRE DE OBJETO Actor Usuario ATRIBUTOS Nombre Nivel Contrasea TIPO DE DATO Varchar(10) Varchar(7) Varchar(8)

24

Pressman, Roger S. (2002). INGENIERA DE SOFTWARE Un enfoque prctico. Madrid (Espaa): McGraw-Hill.

166

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Nombres Apellidos Sexo Edad Estado civil Telfono Profesin u oficio Direccin Departamento Municipio

TIPO DE DATO Varchar(25) Varchar(25) Varchar(1) Int Varchar(10) Varchar(9) Varchar(25) Varchar(60) Varchar(12) Varchar(25)

Caso de uso

Registrar datos personales

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Nombres Apellidos Sexo Edad Estado civil Telfono Profesin u oficio Direccin Departamento Municipio

TIPO DE DATO Varchar(25) Varchar(25) Varchar(1) Int Varchar(10) Varchar(9) Varchar(15) Varchar(60) Varchar(12) Varchar(25)

Caso de uso

Registrar datos del cnyuge

167

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

TIPO DE OBJETO

NOMBRE DE OBJETO Registrar datos del negocio

ATRIBUTOS Nombre del negocio Giro Direccin del negocio Telfono Ingreso mensual

TIPO DE DATO Varchar(40) Varchar(40) Varchar(60) Varchar(9) Money

Caso de uso

TIPO DE OBJETO

NOMBRE DE OBJETO Registrar datos del grupo familiar

ATRIBUTOS Nombre Parentesco Edad Ocupacin Ingresos totales

TIPO DE DATO Varchar(25) Varchar(15) Int Varchar(15) Money

Caso de uso

TIPO DE OBJETO

NOMBRE DE OBJETO Ingresar datos de comunidades

ATRIBUTOS Municipio Comunidad Cantn

TIPO DE DATO Varchar(25) Varchar(25) Varchar(20)

Caso de uso

OBJETOS DEL DOMINIO DEL ESCENARIO FONDOS Fondo de despegue


TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Registrar bienes del solicitante ATRIBUTOS Propiedades Descripcin Razn del prstamo TIPO DE DATO Varchar(50) Varchar(70) Varchar(20)

168

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

TIPO DE OBJETO

NOMBRE DE OBJETO Registrar datos de actividad solicitada

ATRIBUTOS Descripcin Inversin inicial Lugar de desarrollo Metodologa a aplicar Ingresos proyectados Valor ADESCO

TIPO DE DATO Varchar(70) Money Varchar(25) Varchar(20) Money Money Varchar(20)

Caso de uso

TIPO DE OBJETO

NOMBRE DE OBJETO Registrar datos de resolucin

ATRIBUTOS Resolucin Monto aprobado Fecha de otorgamiento Forma de desembolso Plazo Monto de cuota Forma de pago

TIPO DE DATO Varchar(1) Money Date Varchar(15) Int Money Varchar(1)

Caso de uso

Fondo de seguridad alimentaria


TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Registrar datos de resolucin ATRIBUTOS Resolucin Monto aprobado Fecha de otorgamiento Forma de desembolso Plazo Monto de cuota Forma de pago TIPO DE DATO Varchar(1) Money Date Varchar(15) Int Money Varchar(1)

169

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Ubicacin productiva Actividad econmica Calificacin Fuente de recursos Tipo de garanta Monto Plazo Inters

TIPO DE DATO Varchar(30) Varchar(40) Varchar(20) Varchar(30) Varchar(1) Money Int Float

Caso de uso

Registrar datos de solicitud

TIPO DE OBJETO

NOMBRE DE OBJETO Registrar datos de situacin crediticia

ATRIBUTOS

TIPO DE DATO

Institucin financiera Destino Monto Saldo Mora Fecha de otorgamiento Fecha de vencimiento

Varchar(30) Varchar(30) Money Money Money Date Date

Caso de uso

170

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Fondo de apoyo a iniciativas


TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Registrar datos de solicitud ATRIBUTOS Ubicacin productiva Actividad econmica Calificacin Fuente de recursos Tipo de garanta Monto Plazo Inters TIPO DE DATO Varchar(30) Varchar(30) Varchar(20) Varchar(30) Varchar(1) Money Int Float

TIPO DE OBJETO

NOMBRE DE OBJETO Registrar datos de situacin crediticia

ATRIBUTOS

TIPO DE DATO

Institucin financiera Destino Monto Saldo Mora Fecha de otorgamiento Fecha de vencimiento

Varchar(30) Varchar(30) Money Money Money Date Date

Caso de uso

171

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS

TIPO DE DATO

Criterio de apoyo Resolucin Monto aprobado Fecha de otorgamiento Forma de desembolso Plazo Monto de cuota Forma de pago

Varchar(1) Varchar(1) Money Date Varchar(4) Int Money Varchar(1)

Caso de uso

Registrar datos de resolucin

Fondo de crdito
TIPO DE OBJETO NOMBRE DE OBJETO ATRIBUTOS Caso de uso Registrar tipo de crdito Tipo de crdito Monto Plazo Forma de pago Actividad econmica TIPO DE DATO Varchar(30) Money Date Varchar(1) Varchar(30)

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Salario Viticos Jornales Cosecha Venta Otros Gasto de vida Pago de deudas

TIPO DE DATO Money Money Money Money Money Money Money Money

Caso de uso

Registrar situacin financiera

172

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Banco Tipo de cuenta Monto Situacin actual Saldo Cuota

TIPO DE DATO Varchar(30) Varchar(10) Money Varchar(10) Money Money

Caso de uso

Registrar referencias

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Resolucin Monto aprobado Fecha de otorgamiento Forma de desembolso Plazo Monto de cuota Forma de pago

TIPO DE DATO Varchar(1) Money Date Varchar(20) Int Money Varchar(1) Varchar(1)

Caso de uso

Registrar datos de resolucin

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Tipo de bien Nombre Cantidad Valor Ao Placa

TIPO DE DATO Varchar(20) Varchar(35) Int Money Int Varchar(12)

Caso de uso

Registrar bienes

173

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

REGISTRO DE GARANTIAS
TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Registrar garanta fiduciaria ATRIBUTOS Nombres Apellidos Sexo Edad Estado civil Telfono Profesin u oficio Direccin Departamento Municipio TIPO DE DATO Varchar(25) Varchar(25) Varchar(1) Int Varchar(10) Varchar(9) Varchar(15) Varchar(60) Varchar(12) Varchar(25)

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Descripcin Marca Modelo N de serie Valor

TIPO DE DATO Varchar(35) Varchar(20) Varchar(25) Varchar(30) Money

Caso de uso

Registrar garanta prendaria

TIPO DE OBJETO

NOMBRE DE OBJETO

ATRIBUTOS Propiedad de Direccin rea Descripcin Valor Situacin actual

TIPO DE DATO Varchar(60) Varchar(60) Varchar(15) Varchar(70) Money Varchar(15)

Caso de uso

Registrar garanta hipotecaria

174

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

OBJETOS DEL DOMINIO DEL ESCENARIO SEGUIMIENTO Seguimiento de despegue


TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Controlar FD ATRIBUTOS Fecha de actualizacin Estado actual Pago Inters Descripcin TIPO DE DATO Date Varchar(30) Money Money Varchar(100)

Seguimiento de seguridad alimentaria


TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Controlar FD Fecha de actualizacin Estado actual Pago Inters Descripcin Date Varchar(30) Money Money Varchar(100) ATRIBUTOS TIPO DE DATO

Seguimiento de apoyo a iniciativas


TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Controlar FD Fecha de actualizacin Estado actual Pago Inters Descripcin Date Varchar(30) Money Money Varchar(100) ATRIBUTOS TIPO DE DATO

175

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Seguimiento de crdito
TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Controlar FD Fecha de actualizacin Estado actual Pago Inters Descripcin Date Varchar(30) Money Money Varchar(100) ATRIBUTOS TIPO DE DATO

Seguimiento de visitas de campo


TIPO DE OBJETO NOMBRE DE OBJETO Caso de uso Monitorear visitas de campo ATRIBUTOS Fecha de visita Estado actual Descripcin TIPO DE DATO Date Varchar(30) Varchar(100)

3.2 REQUERIMIENTOS DE DESARROLLO DEL SISTEMA En esta seccin se presentar una descripcin de los requerimientos necesarios para el desarrollo e implantacin del sistema de informacin gerencial, atendiendo a las nuevas tecnologas de desarrollo de software, hardware mnimo requerido y perfil de recurso humano necesario para la administracin del sistema informtico. 3.2.1 HARDWARE Las caractersticas mnimas del equipo informtico necesarias para el desarrollo del sistema de informacin gerencial son las siguientes:

176

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Procesador no menor de 1Ghz Memoria RAM 512 MB (Recomendada) Espacio en disco duro 10 GB Monitor con capacidades grficas de salida no menores de 1024x768 pixeles en formato SVGA Tarjeta de red Ethernet a 100 Mbps Dispositivos para la entrada de informacin (Mouse, Teclado) Unidad de CD-RW (Quemadora)

Otros dispositivos a utilizar: Impresora: Utilizada para la impresin de documentos y reportes en la etapa de pruebas del sistema. Dispositivos de red: Hardware utilizado para la conexin de computadoras personales, tales como Hub Switch, cable de red, entre otros. 3.2.2 SOFTWARE Se denomina software al conjunto de programas y procedimientos necesarios para hacer posible la realizacin de una tarea especfica, en complemento a los componentes fsicos del sistema (hardware). Est formado por una serie de instrucciones y datos, que permiten aprovechar todos los recursos que el computador tiene, de manera que pueda resolver gran cantidad de problemas.

El software es un conjunto de instrucciones detalladas que controlan la operacin de un sistema computacional.

177

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Funciones del software:


Administrar los recursos de cmputo Proporcionar las herramientas para optimizar estos recursos. Actuar como intermediario entre el usuario y la informacin almacenada.

Posteriormente se har una descripcin de los elementos de software necesarios para el desarrollo del sistema de informacin gerencial.

3.2.2.1 Plataforma El sistema operativo bajo el cual se desarrollo el sistema informtico es Microsoft Windows XP Profesional Service Pack 2 ya que esta plataforma es la que dar soporte a las tecnologas de desarrollo utilizadas para la construccin del sistema informtico. Windows XP es una lnea de sistemas operativos desarrollada por Microsoft, orientada a cualquier entorno informtico incluyendo computadoras domsticas o de negocios, computadoras porttiles, las llamadas "Tablet PC" y media center. Windows XP es el sucesor de Windows 2000 y Windows ME, y el primer sistema operativo de Microsoft orientado al consumidor que se construye con un ncleo y arquitectura de Windows NT y que se encuentra disponible en versiones para PC de 32 y 64 Bit.25

25

www.microsoft.com/spanish/msdn/default.asp

178

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Requisitos Procesador Memoria 233 MHz

Mnimo

Recomendado 500 MHz o mayor 256 MB RAM o ms Super VGA (1280 x 1024) con 8 Mbs de video o ms 10.0 GB o ms CD-ROM o DVD-ROM Teclado y mouse Tarjeta de Sonido, Altavoces y Auriculares

64 MB RAM (funcionamiento limitado) Super VGA (800 x 600)

Video Espacio en Disco Duro Unidades Dispositivos Otros

1.5 GB CD-ROM o DVD-ROM Teclado y mouse Tarjeta de Sonido, Altavoces, y Auriculares

Tabla 33 - Requisitos hardware para instalar Windows XP Pro SP2

3.2.2.2 Entorno de desarrollo integrado Un IDE es un entorno de programacin que ha sido empaquetado como un programa de aplicacin, es decir, consiste en un editor de cdigo, un compilador, un depurador y un constructor de interfaz grfica GUI. Los IDE pueden ser aplicaciones por si solas o pueden ser parte de aplicaciones existentes. A continuacin se realiza una comparacin de IDE para el desarrollo de sistemas web.

IDE DE PHP (PHP DESIGNER 2007) PHP Designer 2007 es un IDE desarrollado por la casa MPSOFTWARE26, es software libre y totalmente gratuito.

26

www.mpsoftware.com

179

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Caractersticas:

Editor todo en uno: edita, testea, analiza y publica scripts en PHP. Resaltado de la sintaxis y soporte para PHP, HTML, XML, CSS, JavaScript, Java, Perl, VB, C# y SQL.

Sangra e insercin de llaves automtica. Completado automtico de cdigo mientras se escribe (usando el Ctrl+Space). Interfaz de usuario intuitivo, con pestaa por archivo, rpido, de gran rendimiento y totalmente configurable.

Integracin con el manual de PHP desde su versin online en php.net Integracin sencilla con navegadores externos (Internet Explorer, Netscape, Firefox y Opera).

Gestor de proyectos, cliente de FTP, libreras de cdigo, navegador de clases y plantillas.

IDE DE JAVA (NET BEANS 5.5) El NetBeans27 es un IDE de cdigo abierto escrito completamente en Java usando la plataforma

NetBeans. El NetBeans soporta el desarrollo de todos los tipos de aplicacin Java (J2SE, web, EJB y aplicaciones mviles). Entre sus caractersticas se encuentra un sistema de proyectos basado en Ant, control de versiones y refactoring.

27

www.netbeans.org

180

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Caractersticas:

General Java Enterprise Edition soporte para plataforma:


o o o

Utiliza el Sun Java System Application Server PE 9 (Glassfish). Incluye complementacin de cdigo y Javadoc para Java EE 5 APIs. Actualizacin de Web con tecnologas para la plataforma Java EE 5 : Servlet 2.5, JavaServerPages 2.1, JavaServerFaces 1.2

Soporte para Java Persistence:


o

Wizards para crear aplicaciones web completas para manipular datos en la base de datos usando Java Persistence.

Soporte para Enterprise Java Beans 3 session beans


o

Simplificado desarrollo de aplicaciones beans y mensajes controlando beans.

Mejorado en los recursos Java editor con complementacin de cdigo y chequeo de errores.

IDE DE ASP (MICROSOFT VISUAL WEB DEVELOPER Express Edition)

Microsoft Visual Web Developer28 es un entorno de desarrollo liviano pensado para la utilizacin y aprendizaje. Est formado por un conjunto de herramientas y utilidades para la creacin de sitios Web y sus aplicaciones Web con ASP.NET 2.0. Visual Web Developer sigue ofreciendo las ventajas de productividad del Entorno de Desarrollo Integrado (IDE en ingls).
28

http://www.microsoft.com/spanish/msdn/vstudio/Express/VWD/default.mspx

181

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Caractersticas: 1. Kits de inicio integrados y plenamente funcionales para arrancar de inmediato 2. IntelliSense en todas partes 3. 100% de preservacin del cdigo fuente 4. Rico depurador integrado para aplicaciones Web 5. Soporte para proyectos e implementaciones FTP y proyectos basados en sistemas de archivos 6. Construye y prueba aplicaciones en local utilizando el servidor Web integrado, sin necesidad de IIS 7. Superficie de diseo mejorada y tabla de diseo para una experiencia de diseo WYSIWYG 8. Integra datos fcilmente sin escribir cdigo mediante databinding 9. Herramienta de publicacin Copy Web integrada para gestionar la

implementacin de forma super sencilla 10. Nuevas tareas comunes proporcionan fcil acceso a las caractersticas de control ms comunes 11. El modelo mejorado de compilacin te permite guardar/refrescar el desarrollo de la pgina de estilo 12. Soporte en tiempo de diseo de Pginas Maestras y Temas ASP.NET 2.0 13. Un editor de cdigo que permite escribir cdigo para las pginas Web dinmicas en Visual Basic.NET o C#. 14. Un conjunto extenso de controles de servidor Web de ASP.NET que incorpora mucha de la funcionalidad necesaria para crear sitios Web.

182

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

15. Compatibilidad para mostrar y editar datos en las pginas Web, ya sea bases de datos o archivos XML. En muchos casos, puede agregarse la posibilidad de ver los datos y editarlos en las pginas Web sin necesidad de escribir cdigo. 16. Servicios de aplicaciones integradas que permite agregar suscripciones para la seguridad de inicio de sesin en el sitio, propiedades de perfiles para mantener la informacin especfica de los usuarios y otras caractersticas, la mayora de las cuales no requiere cdigo.

COMPARACIN DE ENTORNO DE DESARROLLO INTEGRADO (IDE)


Visual Web Caractersticas PHP Designer 2007 Net Beans 5.5 Developer (Express Edition) Licencia Gestin de base de datos Ambiente Web Gestin de Archivos Orientado Objetos Plataforma Fabricante Libre MySQL, SQL Server, Ingres, Interbase 6, Oracle, Sybase SI SI SI (PHP 5.0) Windows MPSoftware Libre Derby, otras mediante JDBC SI SI SI Multiplataforma Sun Microsystems Libre SQL Server, Oracle, Access, Server SI SI SI Windows Microsoft

Tabla 34 - Comparacin de entornos de desarrollo integrados

A partir de la comparacin anterior se elijo utilizar el entorno de desarrollo integrado Visual Web Developer Express Edition, ya que es una herramienta de desarrollo rpido de aplicaciones que facilita el desarrollo de mdulos, acceso a distintas bases de datos, una interfaz de diseo de fcil de uso y proporciona soporte de desarrollo

183

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Web en ASP.NET, que es un potente lenguaje de programacin que brinda seguridad y funcionalidad a las aplicaciones Web.

Adems por ser de licencia libre no se incurre en costos de adquisicin de la herramienta de desarrollo y siendo Visual Web Developer Express Edition de plataforma Windows, concuerda con el sistema operativo que utiliza la Fundacin San Vicente Productivo.

3.2.2.3 Gestor de base de datos Los gestores de base de datos son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y de un lenguaje de consulta.

Microsoft SQL Server 2005 Express Edition Es un sistema de gestin de bases de datos eficaz y confiable para la administracin de datos que incluye caractersticas completas, proteccin de datos y rendimiento para clientes de aplicaciones incrustadas, aplicaciones Web ligeras y almacenes de datos locales, esta versin est limitada a 4 Gigabytes de almacenamiento, 1 Gigabyte de memoria RAM y soporta un procesador.29

29

http://www.microsoft.com/spanish/msdn/vstudio/express/SQL/default.mspx

184

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Resumen de caractersticas: Amplia funcionalidad de bases de datos 1. Procedimientos almacenados 2. Vistas 3. Triggers 4. Cursores 5. ndices ampliados 6. Optimizador avanzado de consultas 7. Herramienta nueva y ligera para la administracin y edicin de consultas.

Fcil de instalar y configurar 1. Rpida descarga 2. Interfaz de configuracin simplificada 3. Instalacin sin intervencin del usuario para utilizacin embebida 4. Implementacin integrada mediante un solo Clic

Fcil de utilizar y administrar 1. Herramienta nueva y ligera para la administracin y edicin de consultas 2. Optimizador avanzado de consultas 3. Asistentes para las tareas ms comunes 4. Administrador de equipo para iniciar y detener el servicio 5. Servicio y aplicacin de revisiones automatizados (parte de Microsoft Update)

185

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Seguridad robusta 1. Valores predeterminados seguros 2. Derechos de administracin detallados 3. Tres niveles de seguridad de acceso al cdigo a. Seguro b. Acceso externo (verificable) c. No seguro 4. Compatibilidad con Active Directory 5. Compatibilidad con la autenticacin de Windows

Profunda integracin con Visual Web Developer Express 2005 1. Se instala con Visual Web Developer Express 2005 2. Explorador de datos de Visual Studio para disear esquemas, agregar datos y realizar consultas en bases de datos locales 3. Tipos y agregados definidos por el usuario 4. Acceso a datos en proceso con ADO.NET v2 5. Integracin de seguridad de SQL y CLR 6. Depuracin integrada 7. Controles de informes de SQL en VS

186

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

MySQL SERVER 5.0 MySQL30 es un sistema de administracin de bases de datos (Database Management System, DBMS) para bases de datos relacionales,

licenciado bajo la GPL de la GNU. Su diseo multihilo le permite soportar una gran carga de forma muy eficiente. MySQL fue creada por la empresa sueca MySQL AB, que mantiene los derechos de autor del cdigo fuente del servidor SQL, as como tambin de la marca.

Caractersticas: 1. Aprovecha la potencia de sistemas multiprocesador, gracias a su

implementacin multihilo. 2. Soporta gran cantidad de tipos de datos para las columnas. 3. Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc.). 4. Gran portabilidad entre sistemas. 5. Soporta hasta 32 ndices por tabla. 6. Gestin de usuarios y passwords, manteniendo un muy buen nivel de seguridad en los datos.

30

www.mysql.com

187

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

POSTGRESQL SERVER 8.2 PostGreSQL31 es un Sistema de Gestin de Bases de Datos Objeto-Relacionales extensible, (ORDBMS) profesional soporta las

altamente

API Flexible,

especificaciones ACID, potente, basado en el proyecto POSTGRES de la universidad de Berkeley. PostGreSQL es un sistema objeto-relacional, ya que incluye caractersticas de la orientacin a objetos, como puede ser la herencia, tipos de datos, funciones, restricciones, disparadores, reglas e integridad transaccional. A pesar de esto, PostGreSQL no es un sistema de gestin de bases de datos puramente orientado a objetos. Pero es el sistema manejador de bases de datos ms potente y avanzado del software libre.

Caractersticas: 1. Implementacin del estndar SQL92/SQL99. 2. Soporta distintos tipos de datos: adems del soporte para los tipos base, tambin soporta datos de tipo fecha, monetarios, elementos grficos, datos sobre redes (MAC, IP), cadenas de bits, etc. Tambin permite la creacin de tipos propios. 3. Incorpora una estructura de datos array. 4. Incorpora funciones de diversa ndole: manejo de fechas, geomtricas. 5. Permite la declaracin de funciones propias, as como la definicin de disparadores. 6. Soporta el uso de ndices, reglas y vistas.

31

www.postgres.org

188

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

7. Incluye herencia entre tablas (aunque no entre objetos, ya que no existen), por lo que a este gestor de bases de datos se le incluye entre los gestores objetorelacionales. 8. Permite la gestin de diferentes usuarios, como tambin los permisos asignados a cada uno de ellos.

COMPARACIN DE GESTORES DE BASES DE DATOS


Caractersticas ACID Integridad referencial Transacciones Fcil administracin Lenguaje procedural Trigger Integracin con VWD Procedimientos Plataforma SQL Server Express Si Si Si Si Transact-SQL Si Si Si Windows MySQL InnoDB InnoDB InnoDB No No Si No Si Multiplataforma PostGreSQL Si Si Si No PL/pgsql Si No Si Multiplataforma

Tabla 35 - Comparacin de gestores de bases de datos

NOTA: Un buen sistema manejador de bases de datos debe cumplir con todas las propiedades ACID las cuales son: Atomicidad. Cada transaccin del usuario debe tratarse de forma atmica. O se ejecuta todo o nada. En todo sistema la informacin es muy importante y no es posible realizar una transaccin a medias. Una transaccin se ejecuta exactamente una vez y tiene carcter atmico (de subdivisin), es, decir, el trabajo se realiza en su totalidad o no se realiza en ningn caso.

189

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Consistencia. Las transacciones han de cumplir las restricciones definidas dentro la base de datos. Si no las pueden cumplir, se evita su ejecucin. De esta forma se conserva la integridad y coherencia de los datos.

Aislamiento. Una transaccin es una unidad de aislamiento, permitiendo que transacciones concurrentes se comporten como si cada una fuera una nica transaccin que se ejecuta en el sistema. Las transacciones alcanzan el nivel ms alto de aislamiento cuando se pueden serializar. En este nivel, los resultados obtenidos de un conjunto de transacciones concurrentes son idnticos a los obtenidos mediante la ejecucin en serie de las transacciones.

Durabilidad. Una vez se ha completado la transaccin, los resultados de la misma han de ser permanentes y sobrevivir a posibles cadas del sistema o la base de datos.

Evaluando las caractersticas de los gestores de bases de datos antes presentados, se eligi a SQL Server 2005 Express Edition ya que es un potente motor de bases de datos que incorpora todas las especificaciones ACID, adems de estar integrado con el IDE Visual Web Developer 2005, lo cual se convierte en una fuerte ventaja entre el desarrollo rpido de aplicaciones y seguridad. Proporcionando mayores criterios de seguridad al Sistema Informtico a desarrollar y tambin considerando que el anlisis de espacio en disco duro indica que no se rebasan los 4 GB en registros que puede alcanzar dicho gestor.

190

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.2.2.4 Servidor web Un servidor web es un programa que implementa el protocolo HTTP (Hypertext Transfer Protocol). Este protocolo est diseado para transferir lo que llamamos hipertextos, pginas web o pginas HTML (Hypertext Markup Language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de msica. Un servidor web se encarga de mantenerse a la espera de peticiones HTTP llevada a cabo por un cliente HTTP que solemos conocer como navegador.

Las aplicaciones de servidor suelen ser la opcin por la que se opta en la mayora de las ocasiones para realizar aplicaciones web. La razn es que, al ejecutarse sta en el servidor y no en la mquina del cliente, ste no necesita ninguna capacidad adicional. As pues, cualquier cliente dotado de un navegador web bsico puede utilizar este tipo de aplicaciones.

A continuacin se realizar una comparativa de los servidores web ms utilizados y de esta manera seleccionar el que mejor se adece a las necesidades de la aplicacin a desarrollar.

191

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

APACHE El servidor HTTP Apache32 es un software (libre) servidor HTTP de cdigo abierto para plataformas Unix (BSD, GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el protocolo HTTP/1.1 y la nocin de sitio virtual. Cuando comenz su desarrollo en 1995 se bas inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue reescrito por completo. Su nombre se debe a que originalmente Apache consista solamente en un conjunto de parches a aplicar al servidor de NCSA. Era, en ingls, a patchy server (un servidor "parcheado"). El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache Software Foundation. Apache presenta entre otras caractersticas mensajes de error altamente configurables y bases de datos de autenticacin, pero fue criticado por la falta de una interfaz grfica que ayude en su configuracin.

Caractersticas
o

La primera aparicin de Apache fue en abril de 1995. Este servidor se sigue desarrollando en Internet como un proyecto de Software libre.

Las principales metas de su diseo son: velocidad, simplicidad, multiplataforma y facilidad del desarrollo distribuido.

Todo el cdigo fuente de Apache est escrito en C, con un total aproximado de 185.000 lneas de cdigo.

32

http://httpd.apache.org

192

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Es un servidor basado en procesos.

CHEROKEE Servidor HTTP Cherokee33 es servidor web libre, multiplataforma, abierto bajo la licencia GPL. Apunta a ser un servidor web bastante rpido que tambin soporta las

funcionalidades ms comunes de servidor. Est escrito completamente en C, es escalable y puede usarse como un Sistema integrado. El proyecto Cherokee naci en 2001 de la mano de lvaro Lpez, un desarrollador de software libre. La motivacin del proyecto fue construir un servidor nuevo, algo ms nuevo que el Servidor HTTPd NCSA y no tan grande y pesado como el Servidor HTTP Apache, ambos con ms de 10 aos. Actualmente Cherokee es desarrollado y mantenido por una comunidad libre de desarrolladores.

Caractersticas
o o o

Es software libre, publicado bajo la licencia GPL (General Public License). Escrito en C, unas 50.000 lneas de cdigo. Es un proyecto que desarrolla una nueva implementacin de este tipo de aplicaciones.

El fin ltimo de Cherokee es hacer un servidor con unas caractersticas de las que Apache carece debido a su diseo original.

33

http://www.cherokee-project.com

193

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Su diseo es un hbrido que combina las caractersticas de servidores basados en sockets no bloqueantes con las de servidores basado en hilos, en busca de obtener beneficios de ambos modelos y minimizar los aspectos negativos.

Bsicamente, su funcionamiento es el de un servidor que procesa varias peticiones en cada uno de sus hilos. Estos hilos ni se crean ni se destruyen, se generan cuando arranca el servidor y permanecen vivos hasta que termina su ejecucin.

En su implementacin, se ha puesto especial inters en la velocidad, flexibilidad y capacidad de ser empotrado.

IIS Internet Information Services34 (IIS) es un componente software que integra una serie de herramientas para la creacin, configuracin y administracin de sitios Web, adems de incluir otros servicios de Internet para la plataforma Windows. Entre estos servicios se encuentra un servicio Web y, los siguientes:

FTP, servicio para la transferencia de ficheros por red. SMTP, servicio para la transferencia de correo electrnico. NNTP, servicio para la transferencia de noticias.

Comnmente, llamamos al servidor Web de Microsoft como Internet Information Server, es decir, el servicio Web que ofrece IIS. De ahora en adelante, nos referiremos a este servidor como IIS.
34

http://www.microsoft.com/iis

194

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Internet Information Services se distribuye gratuitamente junto con las versiones de Windows basadas en NT, as como en las versiones 2000 y 2003 Server, para sus ediciones Standard, Enterprise y Web. IIS tambin ofrece una versin para Windows XP en sus ediciones Professional y Media Center. En la instalacin del servidor, se incluirn por defecto el servicio Web y el de administracin del mismo.

Caractersticas

Autenticacin de texto implcita avanzada: la autenticacin de texto implcita avanzada es compacta, permite una autenticacin segura y eficaz de los usuarios a travs de servidores proxy y servidores de seguridad, no requiere software cliente adicional y evita pasar el nombre de usuario y la contrasea en texto sin cifrar a travs de Internet.

Comunicaciones seguras: Secure Sockets Layer (SSL) 3.0 y Seguridad de capa de transporte (TLS) proporcionan una forma segura para intercambiar informacin entre clientes y servidores.

Mensajes de error personalizados mejorados: ahora los administradores pueden enviar mensajes informativos a clientes cuando se producen errores de HTTP en los sitios Web.

Pginas Active Server: puede crear contenido dinmico si utiliza los componentes y secuencias de comandos del servidor para crear contenido dinmico independiente del explorador. Pginas Active Server (ASP)

proporciona una alternativa fcil de utilizar a CGI e ISAPI que permite a los

195

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

programadores de contenido incrustar cualquier lenguaje de secuencias de comandos o componente del servidor en las pginas HTML.

COMPARACIN DE SERVIDORES WEB


CARACTERSTICAS Software libre Capacidad de ser empotrado Conexiones permanentes Mdulos/Soporte Plug-Ins Soporte Virtual Servers Autentificacin Pginas de error personalizadas Conexiones seguras HTTPS SERVIDORES WEB Apache SI NO SI SI SI SI SI SI Cherokee SI SI SI SI SI SI SI SI IIS 5.1 NO NO SI SI SI SI SI SI

Tabla 36 - Comparacin de servidores web

Analizando las caractersticas de cada uno de los Servidores Web se determin que el ms apropiado para alojar el sistema de informacin gerencial es IIS 5.1, debido a que este servidor web soporta pginas web ASP.NET que es el lenguaje que se ha propuesto utilizar para el desarrollo de la aplicacin web. Adems de ser IIS 5.1 un complemento incluido en el sistema operativo Microsoft Windows XP que est disponible en la Fundacin San Vicente Productivo.

196

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.2.2.5 Herramientas de diseo grafico El diseo grfico es una funcin encaminada a crear o representar ideas y mensajes de forma visual, de tal manera que este sea atractivo para el observador, contemplando diversas necesidades que varan segn el caso: estilsticas,

informativas, identificadoras, persuasin, tecnolgicas, de produccin, de innovacin, etc. Algunas clasificaciones del diseo grfico son: el diseo grfico publicitario, el diseo editorial, el diseo de identidad corporativa, el diseo web, el diseo de envase, y el llamado diseo multimedia, entre otros.

GIMP GIMP35 sirve para procesar grficos y fotografas digitales. Los usos tpicos incluyen la creacin de grficos y logos, el cambio de tamao y recorte de fotografas, el cambio de colores, la combinacin de imgenes usando un paradigma de capas, la eliminacin de elementos no deseados de las imgenes y la conversin entre distintos formatos de imgenes. Tambin se puede utilizar el GIMP para crear imgenes animadas sencillas.

Caractersticas: Sus principales caractersticas son:

Completo conjunto de herramientas para dibujar, incluyendo pinceles, lpiz, aergrafo, reproduccin, etc.

Gestin especial de memoria cuando el tamao de la imagen est slo limitado por el espacio disponible en disco.

35

www.gimp.org

197

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Muestreo de sub-pxel para todas las herramientas de dibujo para antialiasing de alta calidad.

Capas y canales. Base de datos procedural para llamadas a funciones internas GIMP desde programas externos, como Script-Fu.

Capacidades de scripting avanzadas. Mltiple hacer/deshacer (slo limitado por el espacio en disco). Herramientas de transformacin incluyendo rotacin, escala, entre otros. Formatos de archivos soportados: GIF, JPEG, PNG, XPM, TIFF, TGA, MPEG, PS, PDF, PCX, BMP y otros.

Carga, visualizacin, conversin y salvaguarda de diferentes formatos de archivos. Herramientas de seleccin, incluyendo rectngulo, elipse, libre, difuso, bzier e inteligente.

Complementos que permiten aadir fcilmente nuevos formatos de archivos y nuevos filtros de efectos.

Respecto a la interfaz de usuario, GIMP utiliza las bibliotecas grficas GTK2+.

198

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

ADOBE PHOTOSHOP CS Adobe Photoshop36 es una aplicacin informtica de edicin y retoque de imgenes bitmap, JPEG, GIF, etc., elaborada por la compaa de software Adobe.

Caractersticas: Soporta varios tipos de archivos de imgenes, como BMP, JPG, PNG, GIF, entre otros. Explorador de archivos mejorado Permite personalizar fcilmente los mtodos abreviados de teclado Crea, visualiza y edita informacin de archivos personalizados rpidamente Crea proyecciones de diapositivas y presentaciones en PDF Realiza un seguimiento de historia de ediciones Contiene varios filtros de fcil uso Utiliza guiones mejorados

PAINT .NET Paint.NET37 es un editor de grficos de mapa de bits para Windows, desarrollado en el marco de trabajo .NET.

Caractersticas: Un historial de acciones deshechas (undo).

36 37

www.adobe.com http://www.getpaint.net

199

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Posibilidad de trabajar con mltiples capas, filtros y efectos especiales para aplicar a tus fotos.

Herramientas de dibujo (pinceles, formas geomtricas, etc.) Soporte para la adquisicin de imgenes desde cmaras digitales o escneres.

COMPARACIN DE LAS HERRAMIENTAS DE DISEO

Caractersticas Mltiples formatos de archivo Herramientas de transformacin Plataforma Historial de acciones Licencia Explorador de archivos Fabricante

GIMP Si Si Multiplataforma Si Open Source Si Equipo de GIMP

Photoshop Si Si Windows Si Comercial Si Adobe Systems

Paint.Net Si Si Windows Si Open Source Si Equipo Paint.NET

Herramientas de seleccin

Si

Si

Si

Tabla 37 - Comparacin de herramientas de diseo grfico

Las herramientas de diseo grfico son indispensables para disear una interfaz web agradable para el usuario, mediante el cuadro comparativo anterior se han analizado cada una de las caractersticas y funcionalidades de tres populares herramientas de diseo y de estas se eligi a GIMP por ser un potente manipulador de imgenes que proporciona todas las herramientas profesionales de retoque de imgenes y no se realiza ninguna inversin ya que es de cdigo abierto. Adems de consumir pocos recursos hardware y ser multiplataforma en comparacin a los dems.

200

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.2.3 RECURSO HUMANO Para todo proyecto es indispensable el recurso humano por lo tanto, se mencionan algunas de las caractersticas que deben poseer las personas involucradas en el desarrollo del proyecto. Conocimientos en tcnicas de investigacin y habilidades en el anlisis de sistemas. Poseer habilidades en tcnicas de recopilacin de requerimientos y diagnstico de problemas. Manejo de lenguajes de programacin de ambiente Web. Creativo en el diseo de interfaces de usuario para aplicaciones. Conocimientos de diseo grfico y web. Conocimientos en la administracin de distintos gestores de bases de datos y lenguaje transaccional.

Para el desarrollo del Sistema de Informacin Gerencial fue necesario un equipo de tres personas con conocimientos de las reas antes mencionadas. La ejecucin del proyecto se defini en cuatro etapas de trabajo, las cuales se orientaron para la presentacin de avances y pruebas de la aplicacin Web.

A continuacin se presenta el cuadro general de trabajo para el Sistema de Informacin Gerencial:

201

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

ACTIVIDADES GENERALES DEL PROYECTO ACTIVIDADES PROYECTO Anteproyecto Situacin actual y requerimientos Diseo del sistema Programacin e implantacin del sistema FECHA INICIO 10/04/2007 10/04/2007 03/07/2007 24/10/2007 10/12/2007 FIN 15/04/2008 02/07/2007 23/10/2007 10/12/2007 15/04/2008

3.3 REQUERIMIENTOS OPERATIVOS Para el desarrollo del Sistema de Informacin Gerencial es necesario que la Fundacin cuente con el hardware, software y recurso humano necesario para el buen funcionamiento de la aplicacin. A continuacin se detallan los requerimientos operacionales del Sistema de Informacin Gerencial.

3.3.1 SOFTWARE El software necesario para el buen funcionamiento de la aplicacin Web se detalla a continuacin:

202

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

SOFTWARE Microsoft Windows XP Profesional

DESCRIPCIN Es el sistema operativo que ser utilizado como servidor de la aplicacin Web, as como tambin para cada una de las terminales de la red.

Internet Information Server (IIS) .NET Framework 2

Es el servidor Web elegido para ejecutar las pginas Web ASP.NET por la seguridad y compatibilidad con la plataforma utilizada. Es el conjunto de componentes y libreras utilizadas para el desarrollo de aplicaciones Web.

SQL Server 2005 Express Edition

Es el gestor de base de datos utilizado para almacenar y administrar la informacin de la Fundacin.

Tabla 38 - Software necesario para la implantacin del sistema informtico

3.3.2 HARDWARE A continuacin se presentan los requerimientos Hardware necesarios para el buen funcionamiento del Sistema de Informacin Gerencial:

Requisitos mnimos del Servidor: Procesador 1.0 GHz Memoria RAM de 512 MB Disco duro de 20 GB Tarjeta de Red Ethernet a 100 Mbps CD Writer para realizar copias de seguridad. Mouse, Teclado, Monitor. Puertos USB.

203

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Requisitos mnimos del Terminal: Procesador 800 MHz Disco duro de 10 GB. 128 MB de Memoria RAM. Tarjeta de red Ethernet a 100 Mbps Mouse, Teclado, Monitor. Puertos USB.

Impresora: Utilizada para imprimir los reportes que proporcionar el Sistema de Informacin Gerencial.

ESPACIO EN DISCO Para determinar el tamao aproximado del disco duro a utilizar, se presenta a continuacin un anlisis segn los tipos de datos a utilizar para la base de datos.

TIPOS DE DATOS A UTILIZAR Tipos de datos carcter


TIPO CHARACTER(n), CHAR(n) CHARACTER VARYING(n), VARCHAR(n) TEXT TAMAO (BYTES) N caracteres N caracteres Sin lmite

204

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Tipos de datos numricos exactos


TIPO SMALLINT INTEGER BIGINT NUMERIC (p,s) TAMAO (BYTES) 2 4 8 11+(p/2) VALOR MNIMO 32768 2147483648 9223372036854775808 Sin lmite VALOR MXIMO +32767 +2147483647 +9223372036854775807 Sin lmite

Tipos de datos numricos aproximados


TIPO FLOAT4 FLOAT8 TAMAO (BYTES) 4 8 RANGO 6 dgitos decimales 15 dgitos decimales

Tipos de datos de tiempo


TIPO DATE TAMAO (BYTES) 4 31-DEC-32767 AD 00:00:00.00 TIME [ WITHOUT TIME ZONE ] 4 23:59:59.99 00:00:00.00+12 TIME WITH TIME ZONE 4 23:59:59.00-12 14-DEC-1901 TIMESTAMP [ WITH TIME ZONE ] 8 18-JAN-2038 14-DEC-1901 TIMESTAMP WITHOUT TIME ZONE 8 18-JAN-2038 178000000 YEARS INTERVAL 12 +178000000 YEARS RANGO 01-JAN-4713 BC

205

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

Tipo de dato monetario


TIPO MONEY TAMAO (BYTES) 8 RANGO 922.337.203.685.477,5808 y 922.337.203.685.477,5807

CALCULO DE CONSUMO DE DISCO DURO PARA EL SISTEMA PROPUESTO A continuacin se presentan los tipos de datos a utilizar en el Sistema informtico
TIPO CHARACTER VARYING(n), VARCHAR(n) MONEY INT DATE FLOAT TAMAO (BYTES) N caracteres 8 4 4 4

CONSUMO DE LOS OBJETOS DE DOMINIO


OBJETO DE DOMINIO Mantenimiento Fondos Seguimiento VARCAHAR INT TIPOS DE DATOS MONEY DATE FLOAT TOTAL EN BYTE 593 1360 8450 3*4=12 8*4=32 0 TOTAL 2*8=16 34*8=272 20*8=160 0 9*4=36 17*4=68 0 2*4=8 0 621 1708 8678 11007

Para ingresar una solicitud de apoyo se hace un consumo de 11,007 Bytes de espacio en disco, por lo tanto para almacenar 1,577 solicitudes al ao se requiere un espacio de almacenamiento de 17, 358,039 Bytes que al convertirlos a Megabyte se obtiene 16.55 MB. Para calcular el crecimiento de la base de datos en el periodo de vida til del sistema, se tomo como base un incremento de beneficiarios del 10% anual.

206

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

AO 2008 2009 2010 2011 2012

BENEFICIARIOS 1,735 1,909 2,100 2,310 2,541 TOTAL

CONSUMO EN BYTES 19,097,145 21,012,363 23,114,700 25,426,170 27,968,787 116,619,165

CONSUMO EN MB 18.2 20.0 22.0 24.25 26.67 111.12

Por lo tanto, para almacenar la informacin en la base de datos se debe disponer de un disco duro de 20 GB (Gigabytes) como mnimo, tomando en cuenta el espacio utilizado por el sistema operativo, el servidor web y el servidor de base de datos.

3.3.3 RECURSO HUMANO Para que el Sistema de Informacin Gerencial sea utilizado adecuadamente se requiere de una persona que cumpla con el perfil de puesto siguiente:

PUESTO Requisitos mnimos del puesto

ADMINISTRADOR DEL SISTEMA DE INFORMACIN GERENCIAL Grado Acadmico: Tcnico en el rea de computacin. Conocimientos en administracin de bases de datos. Nociones bsicas sobre mantenimiento de redes.

Realizar copias de respaldo de la base de datos. Ingresar informacin a la base de datos. Administrar las cuentas de usuario. Brindar soporte tcnico a la red. Verificar que el sistema operativo funcione correctamente.

Funciones

Tabla 39 - Perfil del administrador del sistema informtico

207

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

PERFIL Habilidades

USUARIOS DE LA APLICACION Grado Acadmico: Educacin Media Conocimiento sobre uso de navegadores web. Manejo de equipo informtico.

Requisitos mnimos

Experiencia en el manejo de sistemas informticos.

Tabla 40 - Perfil del usuario del sistema informtico

3.3.4 SEGURIDAD Todo sistema informtico debe cumplir con ciertos niveles de seguridad, por lo tanto es necesario establecer normas que permitan asegurar el acceso al sistema. Con esto se consigue mantener segura la informacin de los usuarios, denegando el acceso a personas no autorizadas, y as evitar riesgos de alteracin o modificacin que puedan afectar el funcionamiento del Sistema. Los aspectos de seguridad que proporcionar el sistema se detallan a continuacin: Mecanismos de control de seguridad lgica del sistema Niveles de usuarios: este aspecto comprende la definicin de los privilegios de usuario, ya sea nivel 1, nivel 2 o nivel 3. Cabe mencionar que el usuario nivel 2 ser encargado de ingresar los datos al sistema informtico y realizar las respectivas consultas. El usuario nivel 1 ser el encargado de crear las cuentas de usuario y tendr acceso a los dems mdulos del sistema informtico.

208

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

El usuario nivel 3 simplemente tendr acceso a los mdulos de consulta del sistema. Autenticacin de usuarios: el objetivo de este elemento es verificar que los usuarios dispongan de un nombre de usuario y contrasea para poder ingresar al sistema informtico. Seguridad en la validacin de los datos: la validacin de datos se realiza para no almacenar datos incorrectos a la base de datos de modo que exista consistencia en la informacin almacenada. Con respecto a las conexiones al servidor de la base de datos se utilizaran conexiones no persistentes, ya que estas disminuyen la sobrecarga de memoria y mantienen un buen rendimiento del servidor.

Mecanismos de control de seguridad fsica del sistema a) Cada equipo deber estar conectado a un UPS para contar con el tiempo necesario para guardar la informacin que se est procesando en caso de experimentar suspensin del servicio elctrico y de esta manera garantizar la integridad de la informacin. b) Realizar copias de seguridad a dispositivos externos (CD) con una frecuencia quincenal de toda la informacin que se almacena en la base de datos. c) Contar con extintores de fuego como medida de contingencia en caso de ocurrir un incendio. d) Contar con las condiciones ambientales requeridos para garantizar el adecuado funcionamiento del equipo informtico.

209

CAPITULO III: DETERMINACIN DE LOS REQUERIMIENTOS

3.3.5 MARCO LEGAL Al desarrollar un sistema informtico se necesita disponer de herramientas software de las cuales se debe poseer licencia para evitar problemas legales en caso de auditoras u otro trmite legal.38 Por lo tanto para el desarrollo del sistema de informacin gerencial se utilizarn herramientas de software libre y no libre. Es necesario aclarar que la fundacin cuenta con la licencia del sistema operativo Windows XP Profesional que incluye el servidor web IIS, el cul es software no libre y que por lo tanto no se incurrir en gastos de adquisicin.

SOFTWARE SQL Server 2005 Express Edition Visual Web Developer Windows XP Profesional GIMP

LICENCIA Software Libre (Registro gratis) Software Libre (Registro gratis) Software no Libre Software Libre (GPL)

Tabla 41 - Tipos de licencias software utilizadas

38

Ley de Fomento y Proteccin a la Propiedad Intelectual.

210

CAPITULO IV: DISEO DEL SISTEMA

SINOPSIS Este captulo contempla la forma en cmo apoyndose de los

requerimientos capturados en la etapa anterior se puede disear una representacin de los mdulos que contendr el Sistema de Informacin Gerencial. A travs del diseo de la interfaz, el diseo de datos, el diseo de entradas y el diseo de salidas se aprecian las mejoras que se

CAPITULO IV:

obtienen en la organizacin de la informacin y la eficiencia en los procesos sistematizados.

DISEO DEL SISTEMA

211

CAPITULO IV: DISEO DEL SISTEMA

Despus de haber determinado los requerimientos del Sistema de Informacin Gerencial, se procedi a definir la estructura y diseo visual del Sistema Web. Esta etapa se centra en aspectos de diseo basados en usabilidad y accesibilidad que permitan a los usuarios sentirse cmodos al navegar por el sitio. 4.1 DISEO DE INTERFAZ WEB Esta parte considera la generacin de dibujos slo lineales que describen los componentes de cada una de las pantallas del sitio, con el objetivo de verificar la ubicacin de cada uno de ellos. Lo correcto es que se dibujen diagramas con todas las pantallas que tendr el sitio, ya que de esta manera ser posible que diseadores y desarrolladores tengan un documento concreto de trabajo, a travs del cual resuelvan todas las dudas de los elementos que componen esta pgina. Si bien este trabajo es largo y puede resultar tedioso, su ventaja es que ningn elemento en las pginas queda puesto al azar sino que responde a necesidades puntuales que se han detectado y que se resuelven por esta va. En la etapa de requerimientos se determin una estructura jerrquica de procesos la cual sirve de base para la definicin de la estructura funcional del sitio web. El rbol funcional proporcionar los lineamientos de navegacin y accesibilidad al sistema web. Cuando se idea crear un rbol del sitio (Mapa del sitio), se refiere exactamente a generar un diagrama que cuente con un tronco, ramas y hojas, para mostrar las zonas principales, secundarias y contenidos finales que se irn incorporando.

212

CAPITULO IV: DISEO DEL SISTEMA

ARBOL FUNCIONAL DEL SISTEMA DE INFORMACIN GERENCIAL

FD: Fondo de despegue FSAL: Fondo de seguridad alimentaria FAPI: Fondo de apoyo a iniciativas innovadoras FINAPRO: Fondo de crdito

213

CAPITULO IV: DISEO DEL SISTEMA

4.1.1 CREACIN DE LA PLANTILLA WEB Esta seccin presenta la estructura de la plantilla general desarrollada para el Sistema de Informacin Gerencial, la que se tomo como base para desarrollar los formularios web y consultas que proporcionaran informacin importante para la toma de decisiones. Para la elaboracin de la plantilla web es necesario poseer un mapa bien definido del sitio a desarrollar, el cual se toma como base para el diseo de la estructura de la pgina segn el contenido a mostrar. Lo apropiado es que estos dibujos no tengan ningn elemento grfico o visual concreto, sino que slo incluyan lneas y bloques que representen objetos de contenido (como logos, vietas o fotos). Nuevamente, como en ese caso, el uso de estas imgenes ayudo a que la discusin sobre cada pantalla se centre en la funcionalidad y no en temas ms subjetivos como colores o calidad de los elementos de diseo en la pgina.

214

CAPITULO IV: DISEO DEL SISTEMA

Figura 17 - Estructura de sistema web (Wireframe)

Luego de haber definido la estructura del sistema web el cual define las partes en las que se subdividi la pgina principal, se determinan los elementos necesarios a presentar en el sitio para luego aplicar esttica y nitidez, presentando as al usuario una interfaz agradable y funcional. Logrando con ello despertar el inters del usuario para acceder al Sistema de Informacin Gerencial. Boceto de la pgina principal con sus respectivos elementos:

215

CAPITULO IV: DISEO DEL SISTEMA

Figura 18 - Boceto de la pgina web

4.1.2 DISEO DE LA INTERFAZ DE USUARIO Interfaz de navegacin del sistema de informacin gerencial.

Figura 19 - Men principal

216

CAPITULO IV: DISEO DEL SISTEMA

MEN MANTENIMIENTO

MEN FONDOS

217

CAPITULO IV: DISEO DEL SISTEMA

MEN SEGUIMIENTO

MEN CONSULTAS

218

CAPITULO IV: DISEO DEL SISTEMA

MEN REPORTES

MEN AYUDA

Las opciones del men presentadas anteriormente permitirn el acceso a los diferentes mdulos de ingreso, consultas y generacin de reportes con los que cuenta el sistema de informacin gerencial.

219

CAPITULO IV: DISEO DEL SISTEMA

4.2 ESTNDARES DE DISEO Los estndares de diseo son un conjunto de reglas y especificaciones que permiten al programador desarrollar aplicaciones de acuerdo a los lineamientos estipulados por el diseador. A continuacin se presentan los estndares de diseo: 4.2.1 ESTNDARES DE NOMBRES DE ARCHIVO Los estndares de archivos facilitan la comprensin de los nombres de objetos que se utilizaron en la etapa de programacin de cada uno de los mdulos del sistema de informacin gerencial. Estos objetos pueden ser: Bases de datos Tablas Formularios Web Reportes Por ejemplo el nombre nemotcnico del sistema es SIG-FSVP
TIPO DE OBJETO Base de datos Tablas DESCRIPCIN Base de datos del sistema Archivo lgico de almacenamiento de datos Pantallas de entrada y de salida de informacin Archivo que permite generar salida en papel
Tabla 42 - Estndares de nombres de archivos

PREFIJO DB T

EJEMPLO DBFSVP Tcomunidades

Formularios Web

WF

WFcomunidades

Reportes

RPT

RPTsolicitantes

220

CAPITULO IV: DISEO DEL SISTEMA

4.2.2 ESTNDARES DE BOTONES Cada uno de los formularios Web cuenta con una serie de botones que permitirn a los usuarios realizar las siguientes acciones: guardar, seleccionar, eliminar cancelar, actualizar y salir.
IMAGEN ACCION Guardar Cancelar Actualizar Limpiar Abrir Editar Imprimir Iniciar sesin Ver reporte DESCRIPCION Almacena la informacin contenida en los controles (cuadros de texto, botones de opcin, combos, etc.) Anula la introduccin de datos en los cuadros de texto Modifica los registros almacenados en la base de datos Permite habilitar botones de accin y otros controles Selecciona un conjunto de registros almacenados en la base de datos Permite el ingreso de datos en cuadros de texto de actualizacin Enva el reporte presentado en pantalla al dispositivo de impresin Permite el ingreso al sistema Permite genererar el reporte a pantalla
Tabla 43 - Estndares de botones

4.2.3 ESTNDARES DE OBJETO Objeto es una instancia de clase que combina datos y procedimientos, por ejemplo un control de texto es una implementacin de objeto de la clase Webforms. Por lo tanto los formularios Web contendrn una serie de objetos que permitirn capturar y presentar informacin.

221

CAPITULO IV: DISEO DEL SISTEMA

OBJETO

NOMBRE Cuadro de texto

PREFIJO txt

DESCRIPCION Permite introducir o mostrar texto Se usa para identificar los cuadros de texto Se utiliza para mostrar mltiples opciones Se utiliza para desplegar una lista de opciones Es un objeto contenedor que posee varias pginas

Etiqueta

lbl

Botones de opcin

opt

Cuadro combinado

cmb

Tabulador de pagina

tab

Tabla 44 - Estndares de objetos

4.2.4 ESTNDARES DE CAMPO El nombre de los campos que forman las tablas depende del tipo de datos a utilizar, por ejemplo el campo nombres se llamara Cnombres, indicando que el tipo de dato es carcter.

TIPO DE DATO Varchar Integer Datetime Money Numeric

EJEMPLO Cnombres Iedad Dfechapago Mcuota Ninteres


Tabla 45 - Estndares de nombres de campos

DESCRIPCION Nombre del solicitante Edad del solicitante Fecha de pago Valor de la cuota Inters del prstamo

222

CAPITULO IV: DISEO DEL SISTEMA

4.2.5 ESTNDARES DE SALIDA Los reportes que genera el sistema contendrn los siguientes elementos: Encabezado del reporte (Nombre de la Fundacin, direccin, nmero de telfono, e-mail) Logotipo Titulo del reporte Cuerpo del reporte(contendr informacin de acuerdo al reporte solicitado) Pie del informe

FUNDACION SAN VICENTE PRODUCTIVO


Direccin: 12 calle Poniente, San Vicente Telfono: (503) 2393-1506 y (503) 2393-1514 E-mail: administracion@fundacionsvpue.org

Fecha: dd/mm/aa

TITULO DEL REPORTE DETALLE DEL REPORTE

E N C A B E Z A D O

PIE DEL REPORTE


Figura 20 - Estndar de reporte

223

CAPITULO IV: DISEO DEL SISTEMA

4.3 DISEO DE LA BASE DE DATOS Una base de datos est compuesta por un conjunto de elementos que pertenecen al mismo contexto almacenados sistemticamente para su posterior uso. Por lo tanto es necesario elaborar un buen diseo de la base de datos que permita administrar eficientemente la informacin almacenada en dicha estructura de datos, mediante relaciones de integridad referencial, atomicidad de los datos, etc., logrando acceder a los datos de forma rpida y estructurada. El diseo de base de datos se divide en dos categoras: Diseo lgico y diseo fsico. Diseo lgico El diseo lgico es el proceso de construir un esquema de la informacin que utiliza la empresa, basndose en un modelo de base de datos especfico, independiente del SGBD concreto que se vaya a utilizar y de cualquier otra consideracin fsica. Diseo fsico El diseo fsico es el proceso de producir la descripcin de la implementacin de la base de datos en memoria secundaria: estructuras de almacenamiento y mtodos de acceso que garanticen un acceso eficiente a los datos, a travs de un sistema gestor de base de datos especfico.

224

CAPITULO IV: DISEO DEL SISTEMA

4.3.1 DIAGRAMA ESQUEMA DE LA BASE DE DATOS

225

CAPITULO IV: DISEO DEL SISTEMA

4.3.2 MODELO LGICO DE LA BASE DE DATOS

226

CAPITULO IV: DISEO DEL SISTEMA

4.3.3 MODELO FSICO DE LA BASE DE DATOS

227

CAPITULO IV: DISEO DEL SISTEMA

Descripcin de los campos A continuacin se detallan los campos que conforman cada una de las tablas de la base de datos DBFSVP.

Nombre de tabla: Tpersonas


NOMBRE DE COLUMNA Id (identificador de fila) Cdui(clave principal) Cnombres Csexo Iedad Cestadocivil Ctelefono Cprofesion Cdireccion Idm Idc TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) VARCHAR(40) CHAR(1) INTEGER VARCHAR(15) CHAR(9) VARCHAR(35) VARCHAR(80) INTEGER INTEGER

La tabla Tpersonas sirve para almacenar los datos personales de los solicitantes para su posterior seguimiento en los diferentes fondos de apoyo. Los campos Idm e Idc corresponden a las claves forneas de las tablas Tmunicipio y Tcomunidad.

228

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tfd


NOMBRE DE COLUMNA Id (identificador de fila) Cdui (clave) Inumapoyo(clave) Cpropiedades Cdespropiedad Crazonprestamo Cdesactividad Minverinicial Clugdesarrollo Cmetodologia Mingreproyectados Mvalor Cadesco TIPO DE DATO Y LONGIITUD INTEGER VARCHAR(9) INTEGER VARCHAR(50) VARCHAR(70) VARCHAR(50) VARCHAR(70) MONEY VARCHAR(25) VARCHAR(20) MONEY MONEY VARCHAR(20)

En esta tabla se almacenan los datos bsicos correspondientes a la solicitud del fondo de despegue. Los campos Cdui e Inumapoyo forman la clave primaria de la tabla.

229

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tfapsal


NOMBRE DE COLUMNA Id (identificador de fila) Cdui(clave) Inumapoyo(clave) Cfondo Cubiproductiva Cactieconomica Ccalificacion Cfuenterecursos Mmonto Cformapago Iplazo TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7) VARCHAR(30) VARCHAR(40) VARCHAR(20) VARCHAR(30) MONEY VARCHAR(15) INTEGER

En la tabla Tfapsal se almacenan los datos bsicos correspondientes a la solicitud del fondo de seguridad alimentaria y fondo de apoyo a iniciativas innovadoras, por ejemplo actividad econmica, ubicacin productiva, entre otros. Nombre de tabla: Tfinapro
NOMBRE DE COLUMNA Id (identificador de fila) Cdui (clave) Inumapoyo (clave) Ctipocredito Mmonto Dplazo Cformapago Cactieconomica Msalario Mviaticos Mjornales TIPO DE DATO Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(30) MONEY INTEGER VARCHAR(15) VARCHAR(50) MONEY MONEY MONEY

230

CAPITULO IV: DISEO DEL SISTEMA

Mcosecha Mventa Mremesa Motros Mgastovida Mpagodeudas

MONEY MONEY MONEY MONEY MONEY MONEY

En esta tabla se almacenan los datos bsicos correspondientes a la solicitud del fondo de crdito por ejemplo: actividad econmica, gatos de vida, entre otros. El campo Cformapago almacenara la forma de pago la cual puede ser: mensual, trimestral, semestral, anual. Nombre de tabla: Tpagos
NOMBRE DE COLUMNA Id (identificador de fila) Cdui Inumapoyo Cfondo Dfechapago Inumpago Cestado Mpago Minteres Cdescripcion TIPO DE DATO Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7) SMALLDATETIME INTEGER VARCHAR(30) MONEY DECIMAL(18, 4) VARCHAR(100)

En la tabla Tpagos se almacenan los pagos efectuados por los beneficiarios en los diferentes fondos de apoyo.

231

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tbienes


NOMBRE DE COLUMNA Id (identificador de fila) Cdui Inumapoyo Ctipo Cnombre Icantidad Mvalor TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(20) VARCHAR(35) INTEGER MONEY

Esta tabla permite almacenar datos de los bienes que el solicitante presenta para respaldar los fondos solicitados. Nombre de tabla: Tbitacora
NOMBRE DE COLUMNA Idb Id (identificador de fila) Cusuario Dhentrada Dhsalida TIPO DE DATO Y LONGITUD INTEGER INTEGER VARCHAR(30) DATETIME DATETIME

El objetivo de esta tabla es almacenar informacin sobre accesos que los usuarios realizan al sistema. Nombre de tabla: Tcomunidad
NOMBRE DE COLUMNA Idm(identificador de fila) Idc (llave fornea) Ccomunidad TIPO DE DATO Y LONGITUD INTEGER INTEGER VARCHAR(50)

232

CAPITULO IV: DISEO DEL SISTEMA

La tabla Tcomunidad permite el registro de las comunidades con las que trabaja la Fundacin San Vicente Productivo. Nombre de tabla: Thipotecaria
NOMBRE DE COLUMNA Id (identificador de fila) Cdui Inumapoyo Cfondo Cpropietario Cdireccion Carea Cdescripcion Mvalor Csitactual TIPO DE DATO Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7) VARCHAR(40) VARCHAR(80) VARCHAR(30) VARCHAR(80) MONEY VARCHAR(15)

En esta tabla se registran datos referentes a las garantas hipotecarias que el beneficiario presenta. En el campo Cfondo se almacenara el fondo al que pertenece el bien hipotecado por ejemplo: FD, FSAL, FAPI, FINAPRO. Nombre de tabla: Tmunicipio
NOMBRE DE COLUMNA Idm Cmunicipio TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(50)

En la tabla Tmunicipio se registran los municipios con los que trabaja la Fundacin San Vicente Productivo.

233

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tocupacion


NOMBRE DE COLUMNA Id (identificador de fila) Cdui Ccargo Msalario Cdireccion Ctelefono Mviaticos TIPO DE DATO Y LONGITUD INTEGER VARCHAR(9) VARCHAR(25) MONEY VARCHAR(80) VARCHAR(9) MONEY

Tabla en la cual se almacena informacin sobre la ocupacin u oficio del solicitante. Nombre de tabla: Tparentesco
NOMBRE DE COLUMNA Id (identificador de fila) Cdui Cnombres Cparentesco Iedad Cocupacion Mingresos TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) VARCHAR(50) VARCHAR(15) INTEGER VARCHAR(25) MONEY

Tabla donde se registran datos de los integrantes del grupo familiar del solicitante

234

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tprendaria


NOMBRE DE COLUMNA Id (identificador de fila) Cdui Inumapoyo Cfondo Cdescripcion Mvalor TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7) VARCHAR(80) FLOAT(19, 4)

La finalidad de esta tabla es registrar datos referentes a las garantas prendarias que el beneficiario presenta. Nombre de tabla: Trefrediticia
NOMBRE DE COLUMNA Id (identificador de fila) Cdui Inumapoyo Cfondo Cinstfinanciera Cdestino Mmonto Msaldo Mmora Dfechaotorgamiento Dfechavencimiento TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7) VARCHAR(30) VARCHAR(30) VARCHAR(7) VARCHAR(7) VARCHAR(7) SMALLDATETIME SMALLDATETIME

La tabla Trefrediticia permite almacenar datos sobre las referencias crediticias que el solicitante posee en otras instituciones financieras.

235

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tresolucion


NOMBRE DE COLUMNA Id (identificador de fila) Cdui Inumapoyo Cfondo Ccriterioapoyo Cresolucion Mmontoaprobado Dfechaotorgamiento Cformadesembolso Iplazo Mmontocuota Cformapago Ninteres TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7) CHAR(1) CHAR(1) MONEY DATETIME VARCHAR(15) INTEGER MONEY VARCHAR(15) NUMERIC(18,2)

En esta tabla se registra informacin sobre la resolucin emitida por el comit de socios hacia las solicitudes presentadas. En el campo Cfondo se almacenara el fondo al que le corresponde la resolucin; en el campo Ccriterioapoyo se almacena subvencin (s), coinversin (c); en el campo Cresolucion se registra la resolucin emitida por el comit de socios la cual puede ser aprobado (A), reprobado (R).

236

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tusuario


NOMBRE DE COLUMNA Id (identificador de fila) Cusuario Cnivel Cclave TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(15) VARCHAR(6) VARCHAR(8)

La tabla Tusuario permitir almacenar los datos de las cuentas de usuario, las cuales tendrn acceso al sistema. Nombre de tabla: Tcontrol
NOMBRE DE COLUMNA Id (identificador de fila) Cdui Inumapoyo Cfondo TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7)

Esta tabla sirve de vnculo entre las tablas de las garantas, pagos y resolucin de cada uno de los fondos de apoyo. Nombre de tabla: Tfondos
NOMBRE DE COLUMNA Id (identificador de fila) Cdui TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9)

La tabla Tfondos permite el enlace entre la tabla Tpersonas y los diferentes fondos de apoyo.

237

CAPITULO IV: DISEO DEL SISTEMA

Nombre de tabla: Tfiador


NOMBRE DE COLUMNA Id (identificador de fila) Cdui (clave) Inumapoyo (clave) Cfondo Cduif Cnombres Csexo Iedad Cprofesion Ctelefono Cdireccion TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(9) INTEGER VARCHAR(7) VARCHAR(9) VARCHAR(40) CHAR(1) INTEGER VARCHAR(35) VARCHAR(9) VARCHAR(80)

El propsito de esta tabla es almacenar los datos sobre las garantas fiduciarias que el solicitante presenta al momento de solicitar apoyo en los fondos. Nombre de tabla: Tparametros
NOMBRE DE COLUMNA Id (identificador de fila) Cnombre Cdireccion Ctelefono Ccorreo TIPO DE DATOS Y LONGITUD INTEGER VARCHAR(100) VARCHAR(50) VARCHAR(40) VARCHAR(70)

La tabla Tparametros se utiliza para almacenar los datos relevantes a la ubicacin geogrfica de la Fundacin, su direccin, telfono y correo electrnico. Estos datos sern mostrados como el encabezado de los reportes del Sistema de Informacin Gerencial.

238

CAPITULO IV: DISEO DEL SISTEMA

4.4 DISEO DE ENTRADAS Para el diseo del sistema de informacin gerencial es necesario tomar en cuenta todos aquellos datos elementos que procesara el sistema, por lo tanto es preciso contar con formularios web que permitan a los usuarios el ingreso de la informacin que en ellos se solicite.

4.4.1 DISEO DE FORMULARIOS WEB Seguidamente se presenta el diseo de los diferentes formularios web:

Formulario Web: WFlogin

Figura 21 - Formulario WEB de inicio de sesin

239

CAPITULO IV: DISEO DEL SISTEMA

Descripcin: Este es el formulario en el cual los usuarios deben identificarse para accesar al sistema de informacin gerencial, y hacer uso de las diferentes opciones del men. Las tablas con que est relacionado son:
TABLA Tusuario CAMPO Id, Cusuario, Inivel, Cclave DESCRIPCIN Datos de identificacin del usuario

Formulario Web: WFusuarios

Figura 22 - Formulario WEB de creacin de usuarios

Descripcin: Este formulario permite la creacin de nuevos usuarios que harn uso del sistema.

240

CAPITULO IV: DISEO DEL SISTEMA

Las tablas con que est relacionado son:


TABLA Tusuario CAMPO Id, Cusuario, Inivel, Cclave DESCRIPCIN Datos de identificacin del usuario

Formulario Web: WFcomunidades

Figura 23 - Formulario WEB de registro de comunidades

Descripcin: Esta pantalla permitir el registro de los municipios y comunidades con los cuales trabajara la fundacin. Las tablas con que est relacionado son:
TABLA Tmunicipio CAMPO Idm, Cmunicipio DESCRIPCIN Datos de municipios atendidos por la fundacin Idm, Idc, Ccodigo, Ccomunidad Datos de comunidades atendidas por la fundacin

Tcomunidad

241

CAPITULO IV: DISEO DEL SISTEMA

Formulario Web: WFsolicitantes

Figura 24 - Formulario WEB de registro de solicitantes (Personales)

Descripcin: El propsito de esta seccin del formulario es permitir el ingreso de la informacin personal de los solicitantes que acuden a la fundacin para solicitar apoyo en un fondo determinado.

242

CAPITULO IV: DISEO DEL SISTEMA

Figura 25 - Formulario WEB de registro de solicitantes (Laborales)

Descripcin: En esta seccin del formulario se permitir el ingreso de la informacin laboral de los solicitantes que acuden a la fundacin para solicitar apoyo en un fondo determinado.

243

CAPITULO IV: DISEO DEL SISTEMA

Figura 26 - Formulario WEB de registro de solicitantes (Negocio)

Descripcin: El propsito de esta seccin del formulario es permitir el ingreso de la informacin del negocio de los solicitantes que acuden a la fundacin para solicitar apoyo en un fondo determinado.

244

CAPITULO IV: DISEO DEL SISTEMA

Figura 27 - Formulario WEB de registro de solicitantes (Familiares)

Descripcin: En esta seccin se ingresara informacin del grupo familiar de los solicitantes que acuden a la fundacin para solicitar apoyo en un fondo determinado. Las tablas con que est relacionado son:

245

CAPITULO IV: DISEO DEL SISTEMA

TABLA

CAMPO Id, Cdui, Cnombres, Capellidos, Csexo, Iedad,

DESCRIPCIN

Tpersonas

Cestadocivil, Ctelefono, Cprofesion, Cdireccion, Cdepto, Idm, Idc, Ctipo, Cduipadre

Datos personales del solicitante de fondo de apoyo.

Tmunicipio

Idm, Cmunicipio

Datos del municipio de donde proviene el solicitante.

Tcomunidad

Idm, Idc, Ccodigo, Ccomunidad Id, Cdui, Cnombre,

Datos de la comunidad de donde proviene el solicitante. Datos laborales y de negocio del solicitante de fondo de apoyo.

Tocupacion

Cactividad, Cdireccion, Ctelefono, Mingremensual, Ctipo Id, Cdui, Cnombres,

Tparentesco

Cparentesco, Iedad, Cocupacion, Mingresos

Datos del grupo familiar del solicitante de fondo de apoyo.

246

CAPITULO IV: DISEO DEL SISTEMA

Formulario Web: WFfd

Figura 28 - Formulario WEB de registro de fondo de despegue (Bienes)

Descripcin: Este elemento del formulario permitir el ingreso de la informacin referente a los bienes y propiedades que posee el solicitante del fondo de despegue.

247

CAPITULO IV: DISEO DEL SISTEMA

Figura 29 - Formulario WEB de registro de fondo de despegue (Perfil de actividad)

Descripcin: Esta parte del formulario permitir registrar informacin acerca del perfil de la actividad a la cual el solicitante pretende dedicar los fondos.

248

CAPITULO IV: DISEO DEL SISTEMA

Figura 30 - Formulario WEB de registro de fondo de despegue (Resolucin)

.
Descripcin: En esta pgina se ingresar informacin sobre la resolucin emitida por el comit de socios a la solicitud presentada.

249

CAPITULO IV: DISEO DEL SISTEMA

Las tablas con que est relacionado son:


TABLA CAMPO Id, Cdui, Cnombres, Capellidos, Csexo, Iedad, Tpersonas Cestadocivil, Ctelefono, Cprofesion, Cdireccion, Cdepto, Idm, Idc, Ctipo, Cduipadre Id, Cdui, Cpropiedades, Cdespropiedad, Crazonprestamo, Cdesactividad, Tfd Minverinicial, Clugdesarrollo, Cmetodologia, Mingreproyectados, Mvalor, Cadesco Tmunicipio Idm, Cmunicipio Datos de los municipios atendidos por la Fundacin Idm, Tcomunidad Idc, Ccodigo, Datos de las comunidades atendidas por la Fundacin Datos incluidos en la solicitud del fondo de despegue Datos personales de los solicitantes DESCRIPCIN

Ccomunidad

Id, Cdui, Ccriterioapoyo, Cresolucion, Tresolucion Mmontoaprobado, Cformadesembolso, Iplazo, Mmontocuota, Cformapago Datos de la resolucin emitida por el comit

250

CAPITULO IV: DISEO DEL SISTEMA

Formulario Web: WFfsal

Figura 31 - Formulario WEB de registro de fondo de seguridad alimentaria (Datos de solicitud)

Descripcin: La finalidad de esta seccin del formulario es permitir el ingreso de la informacin de la ubicacin, actividad y monto del proyecto aprobado al fondo de seguridad alimentaria.

251

CAPITULO IV: DISEO DEL SISTEMA

Figura 32 - Formulario WEB de registro de fondo de seguridad alimentaria (Situacin Crediticia)

Descripcin: En este modulo se ingresara informacin de la situacin crediticia del proyecto aprobado al fondo de seguridad alimentaria.

252

CAPITULO IV: DISEO DEL SISTEMA

Figura 33 - Formulario WEB de registro de fondo de seguridad alimentaria (Garantas: Fiduciaria)

Descripcin: Esta pestaa permitir el ingreso de la informacin sobre la garanta fiduciaria del proyecto aprobado al fondo de seguridad alimentaria.

253

CAPITULO IV: DISEO DEL SISTEMA

Figura 34 - Formulario WEB de registro de fondo de seguridad alimentaria (Garantas: Prendaria)

Descripcin: En esta seccin del formulario se ingresara informacin de la garanta prendaria que el beneficiario presenta como respaldo a los fondos solicitados.

254

CAPITULO IV: DISEO DEL SISTEMA

Figura 35 - Formulario WEB de registro de fondo de seguridad alimentaria (Garantas: Hipotecaria)

Descripcin: En esta pgina se ingresara informacin de la garanta hipotecaria que el beneficiario presenta como respaldo de los fondos solicitados.

Nota: Las pestaas de las garantas fiduciaria, prendaria e hipotecaria son idnticas para el fondo de apoyo a iniciativas y fondo de crdito.

255

CAPITULO IV: DISEO DEL SISTEMA

Figura 36 - Formulario WEB de registro de fondo de seguridad alimentaria (Resolucin)

Descripcin: En este modulo del formulario se proceder a ingresar informacin sobre la resolucin emitida a la solicitud del fondo de seguridad alimentaria.

256

CAPITULO IV: DISEO DEL SISTEMA

Las tablas con que est relacionado son:


TABLA CAMPO Id, Cdui, Cubiproductiva, Tfapsal Cactieconomica, Ccalificacion, Cfuenterecursos, Ctipogarantia, Mmonto, Iplazo, Ninteres Id, Cdui, Cinstitucion, Cdestino Trefcrediticia Mmonto, Msaldo, Mmora, Dfechaotorga, Dfechavenci Id, Cdui, Cnombres, Capellidos, Csexo, Iedad, Cestadocivil, Tpersonas Ctelefono, Cprofesion, Cdireccion, Cdepto, Idm, Idc, Ctipo, Cduipadre Tmunicipio Idm, Cmunicipio Datos del municipio de donde proviene el solicitante. Idm, Idc, Ccodigo, Ccomunidad Datos de la comunidad de donde proviene el solicitante. Id, Cdui, Ccriterioapoyo, Cresolucion, Mmontoaprobado, Tresolucin Dfechaotorgamiento, Cformadesembolso, Iplazo, Mmontocuota, Cformapago Tprendaria Id, Cdui, Cdescripcion, Cmarca, Cmodelo, Cnumserie, Mvalor Id, Cdui, Cpropietario, Cdireccion, Thipotecaria Carea, Cdescripcion, Mvalor, Csitactual Datos de garanta prendaria del solicitante aprobado. Datos de garanta hipotecaria del solicitante aprobado. Datos del acta de resolucin de aprobacin de fondo de apoyo. Datos de solicitantes aprobados. Datos de situacin crediticia de solicitantes aprobados. Datos de registro de fondo de seguridad alimentaria. DESCRIPCIN

Tcomunidad

257

CAPITULO IV: DISEO DEL SISTEMA

Formulario Web: WFfapi

Figura 37 - Formulario WEB de registro de fondo de apoyo a iniciativas (Solicitud)

Descripcin: La pestaa solicitud sirve para ingresar informacin referente al proyecto a desarrollar en el fondo de apoyo a iniciativas.

258

CAPITULO IV: DISEO DEL SISTEMA

Figura 38 - Formulario WEB de registro de fondo de apoyo a iniciativas (Crditos)

Descripcin: Aqu se registra informacin de los crditos que posee el solicitante en otras instituciones financieras.

259

CAPITULO IV: DISEO DEL SISTEMA

Figura 39 - Formulario WEB de registro de fondo de apoyo a iniciativas (Resolucin)

Descripcin: Esta parte del formulario registrara informacin de los aspectos de resolucin que emiti el comit a la solicitud presentada.

260

CAPITULO IV: DISEO DEL SISTEMA

Las tablas con que est relacionado son:


TABLA CAMPO Id, Cdui, Cnombres, Capellidos, Csexo, Iedad, Tpersonas Cestadocivil, Ctelefono, Cprofesion, Cdireccion, Cdepto, Idm, Idc, Ctipo, Cduipadre Id, Cdui, Cubiproductiva, Cactieconomica, Ccalificacion, Tfapsal Cfuenterecursos, Ctipogarantia, Mmonto, Iplazo, Ninteres Datos incluidos en la solicitud de fondo de apoyo a iniciativas Datos personales de los solicitantes DESCRIPCIN

Tmunicipio

Idm, Cmunicipio

Datos de los municipios atendidos por la Fundacin

Idm, Idc, Ccodigo, Tcomunidad Ccomunidad

Datos de las comunidades atendidas por la Fundacin

Id, Cdui, Cinstfinanciera, Cdestino, Mmonto Msaldo, Mmora, Trefcrediticia Dfechaotorgamiento, Dfechavencimiento Datos sobre los crditos que posee el solicitante en otras instituciones financieras.

Id, Cdui, Cdescripcion, Tprendaria Mvalor

Datos de las garantas prendarias

Id, Cdui, Thipotecaria Cpropietario, Cdireccion, Carea, Cdescripcion,

Datos referente a las garantas hipotecarias

261

CAPITULO IV: DISEO DEL SISTEMA

Mvalor, Csitactual

Id, Cdui, Ccriterioapoyo, Cresolucion, Tresolucion Mmontoaprobado, Cformadesembolso, Iplazo, Mmontocuota, Cformapago Datos de resolucin emitida por el comit

Formulario Web: WFfinapro

Figura 40 - Formulario WEB de registro de fondo de crdito (Tipo de crdito)

Descripcin: Este elemento del formulario permitir el registro de informacin de los datos incluidos en la solicitud del fondo de crdito.

262

CAPITULO IV: DISEO DEL SISTEMA

Figura 41 - Formulario WEB de registro de fondo de crdito (Situacin financiera)

Descripcin: Esta parte permitir realizar el registro de datos de los ingresos y egresos que posea el solicitante.

263

CAPITULO IV: DISEO DEL SISTEMA

Figura 43 - Formulario WEB de registro de fondo de crdito (Referencias-Ahorros)

Descripcin: Esta seccin del formulario permitir realizar el registro de los ahorros que posee el solicitante en las instituciones financieras, si no tiene ahorros no tendr que habilitar la edicin.

264

CAPITULO IV: DISEO DEL SISTEMA

Figura 44- Formulario WEB de registro de fondo de crdito (Referencias-Crditos)

Descripcin: Esta solapa del formulario permitir registrar datos de los diferentes crditos que el solicitante posee, si no tiene crditos no tendr que habilitar la edicin.

265

CAPITULO IV: DISEO DEL SISTEMA

Figura 42 - Formulario WEB de registro de fondo de crdito (Bienes)

Descripcin: Este componente del formulario permitir realizar el registro de los bienes que posee el solicitante.

266

CAPITULO IV: DISEO DEL SISTEMA

Las tablas con que est relacionado son:


TABLA CAMPO Id, Cdui, Cnombres, Capellidos, Csexo, Iedad, Tpersonas Cestadocivil, Ctelefono, Cprofesion, Cdireccion, Cdepto, Idm, Idc, Ctipo, Cduipadre Id, Cdui, Ctipocredito, Mmonto, Dplazo, Cformapago, Tfinapro Cactieconomica, Msalario, Mviaticos, Mjornales, Mcosecha, Mventa, Motros, Mgastovida, Mpagodeudas Tmunicipio Idm, Cmunicipio Datos de los municipios atendidos por la Fundacin Idm, Idc, Ccodigo, Ccomunidad Id, Cdui, Cinstfinanciera, Cdestino, Mmonto Trefcrediticia Msaldo, Mmora, Dfechaotorgamiento, Dfechavencimiento Id, Cdui, Cdescripcion, Tprendaria Cmarca, Cmodelo, Cnumserie, Mvalor Id, Cdui, Ctipo, Tbienes Cnombre, Icantidad, Mvalor, Iao, Cnumserie Id, Cdui, Thipotecaria Cpropietario, Cdireccion, Carea, Cdescripcion, Datos de las garantas prendarias Datos sobre los crditos que posee el solicitante en otras instituciones financieras. Datos de las comunidades atendidas por la Fundacin Datos incluidos en la solicitud del fondo de crdito Datos personales de los solicitantes DESCRIPCIN

Tcomunidad

Datos sobre los bienes que posee el solicitante

Datos referente a las garantas hipotecarias

267

CAPITULO IV: DISEO DEL SISTEMA

Mvalor, Csitactual Id, Cdui, Ccriterioapoyo, Cresolucion, Tresolucion Mmontoaprobado, Cformadesembolso, Iplazo, Mmontocuota, Cformapago Datos de resolucin emitida por el comit

Formulario Web: WFcontrolfd

Figura 43 - Formulario WEB de control de fondo de despegue

Descripcin: Este formulario permite registrar los pagos efectuados por los beneficiarios del fondo de despegue.

268

CAPITULO IV: DISEO DEL SISTEMA

Formulario Web: WFcontrolfsal

Figura 44 - Formulario WEB de control de seguridad alimentaria

Descripcin: El propsito de esta pantalla es permitir el registro de los pagos efectuados tanto para el fondo de seguridad alimentaria, fondo de apoyo a iniciativas innovadoras y fondo de crdito. Nota: Los formularios Web de control de fondo de seguridad alimentaria y fondo de crdito son idnticos al anterior. 4.5 DISEO DE SALIDAS El diseo de salidas es la parte primordial en el diseo de sistema, ya que de esto depender el xito de la aplicacin informtica, pues los usuarios necesitarn obtener la misma informacin que procesan manualmente en el sistema de informacin gerencial.

269

CAPITULO IV: DISEO DEL SISTEMA

4.5.1 CONSULTAS A continuacin se presentan las diferentes consultas: Consulta de usuarios Consulta de beneficiarios Consulta de monitoreo de campo 4.5.1.1 DISEO DE CONSULTAS

Formulario Web: WFconsultasolicitantes

Figura 45 - Consulta de usuarios

270

CAPITULO IV: DISEO DEL SISTEMA

Descripcin: Este formulario web permitir realizar la consulta de los solicitantes registrados en el formulario de registro de solicitantes, la cual poseer varios filtros como: Todos, DUI, Nombre, Fondo, Municipio y comunidad. Formulario Web: WFconsultabeneficiario

Figura 46 - Consulta de beneficiarios

Descripcin: En este formulario web se realizara una consulta de los beneficiarios atendidos por la Fundacin.

271

CAPITULO IV: DISEO DEL SISTEMA

4.5.2 REPORTES Los reportes son una parte fundamental de todo sistema de informacin gerencial debido a que estos permiten tomar decisiones de una forma ms clara. Es por ello que a continuacin se describen cada uno de los reportes con los que contar el sistema.

Reporte de solicitudes Este reporte presentar el listado de todas las solicitudes procesadas para su posterior aprobacin.

Reporte de beneficiarios Se presentar el listado de las solicitudes que han sido aprobados por el comit evaluador para su posterior seguimiento.

Reporte de montos canalizados Este reporte ayudar a contemplar cual es el movimiento de montos que se han otorgado en los diferentes fondos.

Reporte de recuperacin de fondos Permitir conocer la cantidad de dinero recuperado en cada uno de los fondos de apoyo.

Estadstica de solicitudes tramitadas Este mostrar un grfico con la cantidad de solicitudes que han sido tramitadas por la fundacin segn sea seleccionado el filtro.

Estadstica de beneficiarios atendidos Este mostrar un grfico con la cantidad de solicitudes que han sido aprobadas por la fundacin segn sea seleccionado el filtro.

272

CAPITULO IV: DISEO DEL SISTEMA

4.5.2.1 DISEO DE REPORTES

Reporte de solicitudes (RPTsolicitud)


FUNDACION SAN VICENTE PRODUCTIVO Direccin: 12 calle Poniente, San Vicente Telfono: (503) 2393-1506 y (503) 2393-1514 E-mail: administracion@fundacionsvpue.org

Fecha: dd/mm/aa REPORTE DE SOLICITUDES Dui Nombre Direccin Telfono Profesin u oficio Estado civil Sexo N de pgina

273

CAPITULO IV: DISEO DEL SISTEMA

Reporte de beneficiarios (RPTbeneficiario)


FUNDACION SAN VICENTE PRODUCTIVO Direccin: 12 calle Poniente, San Vicente Telfono: (503) 2393-1506 y (503) 2393-1514 E-mail: administracion@fundacionsvpue.org

Fecha: dd/mm/aa REPORTE DE BENEFICIARIOS DATOS PERSONALES Dui Nombre Direccin Telfono Profesin u oficio Estado civil Sexo DATOS DEL PROYECTO Descripcin Inversin inicial Lugar de desarrollo Metodologa a aplicar Ingresos proyectados Valor ADESCO N de pgina

274

CAPITULO IV: DISEO DEL SISTEMA

Reporte de montos canalizados (RPTmonto)


FUNDACION SAN VICENTE PRODUCTIVO Direccin: 12 calle Poniente, San Vicente Telfono: (503) 2393-1506 y (503) 2393-1514 E-mail: administracion@fundacionsvpue.org

Fecha: dd/mm/aa REPORTE DE MONTOS CANALIZADOS Nombre Fecha de aprobacin Fecha de desembolso Municipio, Comunidad Actividad financiada Monto entregado N de pgina

275

CAPITULO IV: DISEO DEL SISTEMA

Reporte de recuperacin de fondos (RPTrecuperacion)


FUNDACION SAN VICENTE PRODUCTIVO Direccin: 12 calle Poniente, San Vicente Telfono: (503) 2393-1506 y (503) 2393-1514 E-mail: administracion@fundacionsvpue.org

Fecha: dd/mm/aa REPORTE DE RECUPERACIN DE FONDOS Nombre del fondo Comunidad Monto otorgado Monto recuperado Monto pendiente N de pgina

276

CAPITULO IV: DISEO DEL SISTEMA

Estadsticas de solicitudes tramitadas (RPTestsoltramitada)


FUNDACION SAN VICENTE PRODUCTIVO Direccin: 12 calle Poniente, San Vicente Telfono: (503) 2393-1506 y (503) 2393-1514 E-mail: administracion@fundacionsvpue.org

Fecha: dd/mm/aa ESTADSTICA DE SOLICITUDES TRAMITADAS

14% 29%

33%

24%

FD

FSAL

FAPI

FINAPRO
N de pgina

277

CAPITULO IV: DISEO DEL SISTEMA

Estadsticas de beneficiarios atendidos (RPTestsolatendido)


FUNDACION SAN VICENTE PRODUCTIVO Direccin: 12 calle Poniente, San Vicente Telfono: (503) 2393-1506 y (503) 2393-1514 E-mail: administracion@fundacionsvpue.org

Fecha: dd/mm/aa ESTADSTICA DE BENEFICIARIOS ATENDIDOS

14% 29%

33%

24%

FD

FSAL

FAPI

FINAPRO
N de pgina

278

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

SINOPSIS En este captulo se describe la tcnica utilizada para programar

cada uno de los mdulos con los que cuenta el Sistema Informtico, as como la terminologa utilizada.

Adems se incluye un modulo que contempla una serie de pruebas que se realizaron a cada elemento del sistema y al sistema integrado, todo esto con el objetivo de detectar a tiempo posibles errores anomalas en el procesamiento de informacin, y as verificar que el resultado obtenido coincida y con las

CAPTULO V:

PROGRAMACIN Y PRUEBAS DEL SISTEMA

especificaciones

caractersticas

deseadas por los usuarios.

279

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

5.1 PROGRAMACIN DEL SISTEMA 5.1.1 TCNICA DE PROGRAMACIN Programacin modular es uno de los mtodos de diseo ms flexible y potente para mejorar la productividad de un programa. En la programacin modular, los procedimientos con una funcionalidad comn son agrupados en mdulos separados. Un programa por consiguiente, ya no consiste solamente de una seccin. Ahora est dividido en varias secciones ms pequeas que interactan a travs de llamadas a procedimientos y que integran el programa en su totalidad. Valindose de la tcnica del diseo estructurado para el bosquejo de algoritmos se consigue desarrollar programas a partir de un conjunto de modelos, cada uno de los cuales desempea una tarea necesaria para el correcto funcionamiento del programa global. Los modelos son interdependientes, y son codificados y compilados por separado. Con esto se persigue elaborar algoritmos que cumplan la propiedad de modularidad siguiendo los principios de diseo de descomposicin por refinamientos sucesivos (stepwise), creacin de una Jerarqua modular (top-down) y elaboracin de mdulos independientes.

5.1.2 TERMINOLOGA UTILIZADA Las pginas resultantes de la aplicacin desarrollada cumplen estndares HTML con cdigo ASP.NET AJAX y lenguaje C#. Los reportes son generados mediante cdigo PHP utilizando libreras grficas (LibChart) y generador de archivos en formato PDF (FPDF). La interfaz de usuario ha sido realizada mediante cdigo CSS y Javascript.

280

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

A continuacin se detalla la estructura bsica de las pginas desarrolladas: 5.1.2.1 HTML HTML utiliza etiquetas o marcas, que consisten en breves instrucciones de comienzo y final, mediante las cuales se determinan la forma en la que debe aparecer en su navegador el texto, as como tambin las imgenes y los dems elementos, en la pantalla del ordenador. Este es lenguaje base que se utiliz para el desarrollo de las pginas, en el cual se incrustaron los objetos de servidor ASP.NET. 5.1.2.2 ASP.NET AJAX ASP.NET AJAX, anteriormente llamado Atlas, es un conjunto de extensiones para ASP.NET desarrollado por Microsoft para implementar la funcionalidad de Ajax. Mediante componentes del lado del cliente y del servidor, ASP.NET AJAX permite al desarrollador crear pginas web en ASP.NET 2.0 que pueden actualizar datos en la pgina web sin un recarga completa de la misma. La tecnologa clave que permite esta funcionalidad es el objeto XMLHttpRequest, junto con Javascript y DHTML. Esta tecnologa se utiliz para la programacin de la aplicacin web, la cual contribuy a dar una mejor experiencia al usuario al momento de realizar las diferentes transacciones de datos en la aplicacin, evitando as un refresco completo (parpadeo) de las pginas. (Ver Anexo 5 Arquitectura ASP.NET AJAX, pg. 351) 5.1.2.3 PHP PHP es un lenguaje interpretado de propsito general ampliamente usado y que est diseado especialmente para desarrollo web y puede ser embebido dentro de cdigo HTML. Generalmente se ejecuta en un servidor web, tomando el cdigo en PHP como su entrada y creando pginas web como salida. Puede ser desplegado en la mayora

281

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

de los servidores web y en casi todos los sistemas operativos y plataformas sin costo alguno. A travs de este lenguaje de programacin se ha generado los reportes de datos con la librera FPDF, que proporciona los mtodos necesarios para presentar los reportes a travs de archivos PDF. 5.1.2.4 JAVASCRIPT JavaScript es un lenguaje de programacin interpretado, es decir, que no requiere compilacin, utilizado principalmente en pginas web, con una sintaxis semejante a la del lenguaje Java y el lenguaje C. Todos los navegadores modernos interpretan el cdigo JavaScript integrado dentro de las pginas web. Para interactuar con una pgina web se provee al lenguaje JavaScript de una implementacin del DOM (Modelo en Objetos para la representacin de Documentos). Javascript se puede incluir en cualquier documento HTML, o todo aquel que termine traducindose en HTML en el navegador del cliente; ya sea PHP, ASP, SVG, etc. Las validaciones de los controles de entrada de datos a la base de datos y la programacin de la interfaz web de los mens han sido realizadas a travs de este lenguaje.

5.1.2.5 CSS Las hojas de estilo en cascada (Cascading Style Sheets, CSS) son un lenguaje formal usado para definir la presentacin de un documento estructurado escrito en HTML o XML (y por extensin en XHTML). El W3C (World Wide Web Consortium) es el

282

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

encargado de formular la especificacin de las hojas de estilo que servirn de estndar para los agentes de usuario o navegadores. El mtodo recomendado es enlazar con lo que se denomina hoja de estilo externa. Una hoja de estilo externa es sencillamente un fichero de texto con la extensin .css. Como cualquier otro fichero en el servidor web o en el disco duro. Por ejemplo, digamos que la hoja de estilo se llama style.css y est localizada en una carpeta que se llama style. Esta situacin se puede ilustrar de la siguiente manera:

Figura 47 - Estructura de sitio web con CSS

La manera de trabajar consiste en crear un vnculo desde el documento ASP.NET (por ejemplo, default.aspx) con la hoja de estilo (style.css). Lo realmente bueno de este mtodo es que se pueden vincular varios documentos HTML con la misma hoja de estilo. En otras palabras, se puede usar un nico fichero CSS para controlar la presentacin de muchos documentos HTML.

283

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 48 - Documentos HTML enlazados con una hoja CSS

5.2 PRUEBAS DEL SISTEMA Las pruebas de sistema es el proceso que permiten verificar y revelar la calidad de un producto software. Las pruebas de software se integran dentro de las diferentes fases del ciclo del software dentro de la Ingeniera de software. As se ejecuta un programa y mediante tcnicas experimentales se trata de descubrir que errores tiene. La calidad de un sistema software es algo relativo que depende del contenido y del objeto que se pretenda conseguir. Para determinar dicho nivel de calidad se deben efectuar unas medidas o pruebas que permitan comprobar el grado de cumplimiento respecto de las especificaciones iniciales del sistema.

284

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

5.2.1 METODOLOGA DE PRUEBAS Con el fin de probar las diferentes capacidades del Sistema de Informacin Gerencial, es necesario dividir el trabajo en dos tcnicas, que son: Pruebas Funcionales Pretende conocer si el cdigo satisface la funcionalidad requerida sin preocuparse de cmo lo hace. A esta tcnica se la suele conocer como de caja negra porque no le preocupa cmo el mdulo realiza su funcin sino comprobar que la relacin entre entradas y salidas es la deseada. Para este tipo de pruebas se parte de la identificacin de las funciones requeridas y su asociacin a los mdulos del sistema que se supone que las implementan. Seguidamente, se generan los datos de prueba que comprobarn si estas funciones son realmente realizadas por el software. Las pruebas realizadas mediante esta tcnica son: Prueba de funcionalidad y operacin. Las actividades de esta etapa se refieren a hacer: Chequeos completos a cada uno de los mdulos

independientes, en busca de errores en la programacin. Validacin de las entradas de datos para el envo e ingreso de datos, siguiendo los formatos preestablecidos en los

requerimientos del sistema. Verificacin de los datos en la base de datos, ingresada mediante los formularios que componen el sistema de informacin.

285

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Prueba de integracin de mdulos. Esta prueba conlleva el enlazado de los mdulos parciales probados con anterioridad en la interfaz web, de forma que al estar en conjunto permitan una verificacin ms rpida y confiable. Esta prueba permite comprobar si la informacin es transferida correctamente entre los diferentes mdulos del sistema y si la informacin almacenada en la base de datos es correcta.

Prueba de usabilidad Esta prueba busca bsicamente comprobar que la funcionalidad del sistema cumpla con los requerimientos del usuario. Esta prueba es realizada posteriormente a la aprobacin de las pruebas de integracin por parte de los desarrolladores y es efectuada por los usuarios finales, como si el sistema estuviese terminado. Los desarrolladores se encuentran presentes en el momento de la prueba para registrar los errores y/o problemas del uso. Al finalizar esta prueba los desarrolladores analizan toda la informacin recabada para corregir los errores y cumplir con los requerimientos del usuario y asegurarse de que el sistema es confiable. Prueba de aceptacin Esta prueba conlleva a presentar una versin final del sistema que ser distribuida a los usuarios finales. El principal objetivo de esta prueba es incrementar la confianza al usuario de que el sistema satisface sus requerimientos y realiza las funciones aprobadas.

286

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Las actividades que se llevan a cabo en esta prueba son las siguientes: Verificar la recuperacin de informacin. Esta actividad permite garantizar la seguridad de la informacin administrada por el sistema, verificando la correcta entrega de los datos al usuario. Verificar la seguridad de la informacin. Pone a prueba los mecanismos de acceso al sistema que protegen la informacin. Verificar el rendimiento del sistema. Esta etapa tiene relacin con comprobar, de manera anticipada, el funcionamiento que tendr el servidor del Sitio Web cuando est en plena operacin. Se ejecuta el sistema de forma que demande recursos en cantidad, frecuencia o volmenes anormales. El objetivo de esta prueba es garantizar que el sistema responder a peticiones de gran escala y que el tiempo de espera del usuario sea el esperado.

Pruebas Estructurales Se basa en explorar el cdigo del programa para conocer si realiza correctamente las especificaciones del diseo detallado. A esta tcnica se la conoce como de caja blanca. Explorar el cdigo completo de un sistema no es sencillo en programas reales ya que las posibles combinaciones de valores con la estructura del programa

287

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

impiden disponer de un conjunto de pruebas manejable. Al menos se debera asegurar que: Todas las sentencias del programa se ejecutan al menos una vez durante alguna de las pruebas. Todas las bifurcaciones del programa se ejecutan al menos una vez. Todos los fragmentos del programa que finalicen en una transferencia de control a otra parte del programa son ejecutadas al menos una vez. Aunque cumplir estas condiciones no implica que se haya probado todo el cdigo, permitir incrementar la confianza en el diseo efectuado. Mediante estas pruebas al sistema se pretende garantizar el resultado esperado por el usuario final y la finalizacin satisfactoria del sistema, ya habiendo corregido y mejorado los mdulos del sistema.

5.2.2 PREPARACIN DE DATOS DE PRUEBAS Para la realizacin de las pruebas es necesario preparar una serie de datos que sern ingresados en un mdulo de captura de datos y verificar que los resultados sean satisfactorios, en el caso de no ser as, se registrar el problema para su posterior correccin. Los datos para estas pruebas son reales y fueron proporcionados por el tcnico de seguimiento de la Fundacin San Vicente Productivo para verificar el correcto almacenamiento y administracin de la informacin. Los siguientes datos corresponden a un beneficiario del fondo FINAPRO al cual se le dar seguimiento en todo el proceso de registro de solicitud, su posterior aprobacin

288

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

como beneficiario y gestin de los pagos del beneficiario. Estos datos sern sometidos a todas las prueba anteriormente mencionadas con el fin de verificar la funcionabilidad y operacin del sistema.

REGISTRO DE SOLICITANTES DATOS PERSONALES DUI Nombres Sexo Edad Estado civil Telfono Profesin u oficio Direccin Municipio Comunidad 02702915-6 JOS ANTONIO LAZO MASCULINO 49 ACOMPAADO 78279861 AGRICULTOR CANTN EL REBELDE, SAN VICENTE, CASERO EL CUTUCO APASTEPEQUE EL REBELDE

Tabla 46 - Formulario Registro de solicitantes: Datos personales

REGISTRO DE SOLICITANTES DATOS LABORALES Cargo Salario Direccin y lugar de trabajo Telfono Viticos PROPIETARIO $ 30.00 AGRICULTURA, EL CUCO, CANTN EL REBELDE

Tabla 47 - Formulario Registro de solicitantes: Datos laborales

289

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

REGISTRO DE SOLICITANTES DATOS DE NEGOCIO Nombre del negocio Giro Direccin Telfono Ingreso mensual -

Tabla 48 - Formulario Registro de solicitantes: Datos de negocio

REGISTRO DE SOLICITANTES DATOS DE FAMILIARES Nombres Parentesco Edad Ocupacin Ingresos ANA MARA RAMOS CONYUGE 39 DOMESTICA -

Tabla 49 - Formulario Registro de solicitantes: Datos de familiares

FONDO FINAPRO DATOS DE BSQUEDA DUI 02702915-6

Tabla 50 - Formulario Fondo FINAPRO: Datos de bsqueda

FONDO FINAPRO TIPO DE CRDITO Tipo de crdito Monto Plazo Tipo de garanta Forma de pago Actividad econmica AGROPECUARIO $ 600.00 10 MESES FIDUCIARIA, PRENDARIA AL VENCIMIENTO AGRICULTURA
Tabla 51 - Formulario Fondo FINAPRO: Tipo de crdito

290

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

FONDO FINAPRO SITUACIN FINANCIERA Salario Viticos Jornales Cosechas Ventas Gasto de vida Pago de deudas Otros $ 30.00 $ 10.00 $ 100.00 $ 125.00 $ 5.00

Tabla 52 - Formulario Fondo FINAPRO: Situacin financiera

FONDO FINAPRO REFERENCIAS AHORROS Institucin financiera Tipo de cuenta Monto -

REFERENCIAS CRDITOS Situacin actual Saldo Cuota Tabla 53 - Formulario Fondo FINAPRO: Referencias

291

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

FONDO FINAPRO GARANTAS FIDUCIARIA Nombre DUI Sexo Profesin Telfono Edad Direccin ROBERTO LAZO 45298256-6 MASCULINO AGRICULTOR 40 CANTN EL REBELDE, SAN VICENTE

GARANTAS PRENDARIA Descripcin Valor AVES DE CORRAL $ 40.00

GARANTAS HIPOTECARIA Propiedad de Direccin rea Descripcin Valor Situacin actual Tabla 54 - Formulario Fondo FINAPRO: Garantas

292

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

FONDO FINAPRO RESOLUCIN Resolucin Monto aprobado Fecha de otorgamiento Forma de desembolso Plazo Monto de cuota Forma de pago Tasa de inters 10 MESES $ 600.00 AL VENCIMIENTO 2%
Tabla 55 - Formulario Fondo FINAPRO: Resolucin

APROBADA $ 600.00 08/02/2003

EFECTIVO

FONDO FINAPRO BIENES Tipo Nombre Cantidad Valor Tabla 56 - Formulario Fondo FINAPRO: Bienes

CONTROL DE FINAPRO DATOS DE BSQUEDA DUI 02702915-6

Tabla 57 - Formulario Control de FINAPRO: Datos de bsqueda

293

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

CONTROL DE FINAPRO PAGO Fecha de pago Pago Descripcin 08/12/03 $ 600.00 CREDITO CANCELADO, SE CONSIDERA UN BUEN CLIENTE POR PAGO A TIEMPO.
Tabla 58 - Formulario Control de FINAPRO: Pago

5.2.3 PRUEBA Y EJECUCIN DE LOS MDULOS Luego de haber preparado una serie de datos de prueba se procede a detallar los resultados obtenidos en la ejecucin de las pruebas del sistema con el objetivo de corregir los errores identificados. Se inicia con la prueba de de la interfaz del mdulo para asegurar que los datos se almacenan de forma correcta en la base de datos. Para esta prueba se pone como ejemplo el mdulo correspondiente al registro de datos de solicitante, el registro de beneficiario y su proceso de control de pagos. Esta prueba ayudar para verificar la integridad de los datos almacenados as como el funcionamiento de los mecanismos de validacin y control programados. La siguiente prueba ayudar a verificar el funcionamiento del formulario web de registro de solicitantes:

294

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

N 1

CARACTERSTICAS Tipo de prueba Mdulo probado Objetivo Prueba funcional

DESCRIPCIN

Registro de solicitantes (WFsolicitantes.aspx) Identificar problemas y/o errores al momento de ingresar la informacin de los solicitantes.

Valores ingresados como pruebas Resultados

Datos presentados en pg. 17, tabla 1, 2 y 3; pg. 18, tabla 4.

Los datos se almacenaron satisfactoriamente, pero se identific que los campos de DUI, edad, telfono y valores de dinero permitan el ingreso de caracteres, lo cual causara

incongruencia con los tipos de datos de la base de datos. Errores corregidos Se corrigieron los errores encontrados con los campos de DUI, edad, telfono y valores monetarios, utilizando mscaras paro los campos de DUI y telfono para que solo permitiera valores numricos. Y para los valores monetarios se corrigi el problema utilizando controles de filtros de caracteres, para que los campos monetarios solo permitieran cifras decimales.
Tabla 59 - Prueba funcional: Registro de solicitantes

295

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 49 - Visualizacin del Formulario Registro de solicitantes

296

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 50 - Visualizacin del Formulario Registro de solicitantes: Personales

Figura 51 - Visualizacin de Formulario Registro de solicitantes: Laborales

297

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 52 - Visualizacin de Formulario Registro de solicitantes: Negocio

Figura 53 - Visualizacin de Formulario Registro de solicitantes: Familiares

298

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 54 - Visualizacin de Formulario Registro de solicitantes: Familiares agregado.

299

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Luego de haber registrado al solicitante se procede a seguir la prueba con el siguiente mdulo que es el de registrar al solicitante como beneficiario del fondo FINAPRO.

N 2

CARACTERSTICAS Tipo de prueba Mdulo probado Objetivo Prueba funcional

DESCRIPCIN

Fondo FINAPRO (WFfinapro.aspx) Identificar problemas y/o errores al momento de ingresar la informacin de los solicitantes y verificar la informacin del solicitante ingresado anteriormente.

Valores ingresados como pruebas Resultados

Datos presentados en pg. 18, tabla 5,6; pg. 19, tabla 7 y 8; pg. 20, tabla 9; pg. 21, tabla 10 y 11. Se almacen la informacin ingresada satisfactoriamente pero se identific que los campos de valores monetarios y numricos permitan caracteres. Adems se determin que cuando la resolucin del beneficiario sea Reprobado no se deben llenar los campos.

Errores corregidos

Se corrigieron los errores de los campos numricos y monetarios mediante filtros que impiden el ingreso de caracteres. En el caso de que la resolucin del beneficiario sea Reprobado los campos sern llenados con valores

predeterminados y los campos sern deshabilitados.


Tabla 60 - Prueba funcional: Fondo FINAPRO

300

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 55 - Visualizacin del Formulario Fondo FINAPRO

301

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 56 - Visualizacin del Formulario Fondo FINAPRO: Tipo de crdito

Figura 57 - Visualizacin del Formulario Fondo FINAPRO: Situacin financiera

302

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 58 - Visualizacin del Formulario Fondo FINAPRO: Referencias - Ahorros

Figura 59 - Visualizacin del Formulario Fondo FINAPRO: Referencias - Crditos

303

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 60 - Visualizacin del Formulario Fondo FINAPRO: Garantas - Fiduciaria

Figura 61 - Visualizacin del Formulario Fondo FINAPRO: Garantas - Prendaria

304

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 62 - Visualizacin del Formulario Fondo FINAPRO: Garantas - Hipotecaria

Figura 63 - Visualizacin del Formulario Fondo FINAPRO: Resolucin

305

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 64 - Visualizacin del Formulario Fondo FINAPRO: Bienes

306

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Una vez terminado el registro del beneficiario y teniendo su resolucin como Aprobada se inicia un proceso de seguimiento, para los pagos efectuados por ste. La prueba siguiente verificar que el sistema le de seguimiento a los pagos como se ha requerido.

N 3

CARACTERSTICAS Tipo de prueba Mdulo probado Objetivo Prueba funcional

DESCRIPCIN

Control de FINAPRO (WFcontrolfinapro.aspx) Identificar problemas y/o errores al momento de ingresar la informacin de los pagos y verificar la informacin del beneficiario ingresado anteriormente.

Valores ingresados como pruebas Resultados

Datos presentados en pg. 21, tabla 12; pg. 22, tabla 13.

Se almacen la informacin ingresada satisfactoriamente pero se identific que los campos de valores monetarios y fechas permitan caracteres. Adems se determin que cuando la fecha de pago es anterior a la ltima fecha de pago no debe ser permitido el ingreso de pago, debido a que se provocara incoherencias en el control de pagos.

Errores corregidos

Se corrigieron los errores de los campos monetarios mediante filtros que impiden el ingreso de caracteres. En el caso de que la fecha de pago sea anterior a la ltima fecha de pago se program un mecanismo de validacin de fechas que enviar un mensaje al usuario indicndole que debe de rectificar la fecha y no permitir guardar el registro hasta que lo corrija.
Tabla 61 - Prueba funcional: Control de FINAPRO

307

CAPITULO V: PROGRAMACIN Y PRUEBAS DEL SISTEMA

Figura 65 - Visualizacin del Formulario Control de FINAPRO

Figura 66 - Visualizacin del Formulario Control de FINAPRO con pago

308

CAPITULO VI: PLAN DE IMPLANTACIN

SINOPSIS En este apartado se desarroll un plan de implantacin del Sistema, de modo que exista una buena los

coordinacin

entre

desarrolladores del proyecto y los tcnicos encargados de los de la

administracin

diferentes

fondos de apoyo de la Fundacin San Vicente Productivo. Todo lo anterior se realizo con el propsito de implantar el sistema y que este sea totalmente operable y con esto satisfacer las necesidades de los usuarios.

CAPTULO VI:

PLAN DE IMPLANTACIN

309

CAPITULO VI: PLAN DE IMPLANTACIN

En el plan de implantacin se planifica las actividades necesarias para la instalacin y puesta en marcha del sistema y los recursos necesarios para su ejecucin.

6.1 OBJETIVOS General Crear el ambiente bsico indispensable para la implantacin del SISTEMA DE INFORMACIN GERENCIAL CON INTERFAZ WEB PARA EL SEGUIMIENTO A LOS PROYECTOS DE APOYO A LAS COMUNIDADES ATENDIDAS POR LA FUNDACIN SAN VICENTE PRODUCTIVO.

Especficos Definir las actividades necesarias para la implantacin del sistema de informacin gerencial. Especificar una calendarizacin de las actividades de implantacin. Elaborar los manuales de instalacin, usuario y programador necesarios para la documentacin y adiestramiento de los usuarios del sistema.

6.2 PLANEACIN En esta etapa se establece la serie de actividades y procedimientos a realizar durante la implantacin del sistema de informacin gerencial.

310

CAPITULO VI: PLAN DE IMPLANTACIN

Para el plan de implantacin se sigui un procedimiento en el cual colaboraron los desarrolladores junto al personal de la Fundacin San Vicente Productivo, de manera que interactuaran con los mdulos del sistema y se hicieran pruebas de aceptacin. Las actividades que conlleva esta sta etapa incluyen la planeacin del proyecto, instalacin, pruebas de aceptacin del sistema y capacitacin; para luego poner en marcha el sistema.

En el siguiente diagrama se presenta el plan de implantacin del sistema y como est estructurada cada una de las actividades.

311

CAPITULO VI: PLAN DE IMPLANTACIN

Figura 67 - Diagrama de actividades del plan de implantacin

312

CAPITULO VI: PLAN DE IMPLANTACIN

Para una buena planificacin de las actividades de la implantacin del sistema de informacin gerencial, es de suma importancia tener un cronograma de actividades que defina los tiempos que durarn cada una de estas actividades. Las fechas en las que se efectuaron cada una de las actividades, se muestra en la siguiente tabla.
FECHA ACTIVIDADES Inicio PLAN DE IMPLANTACIN PREPARACIN DEL PROYECTO Coordinacin del equipo de implantacin Asignacin de responsabilidades Presentacin del proyecto INSTALACIN DEL SISTEMA Verificar las condiciones del equipo Instalacin del sistema PRUEBAS DE ACEPTACIN Preparacin de datos de prueba Ejecucin del las pruebas Anlisis de los resultados de las pruebas CAPACITACIN DEL PERSONAL Distribucin del manual de usuario lun 09/06/08 lun 09/06/08 lun 09/06/08 mar 10/06/08 jue 12/06/08 vie 13/06/08 vie 13/06/08 lun 16/06/08 mar 17/06/08 mar 17/06/08 mi 18/06/08 jue 19/06/08 jue 26/06/08 jue 26/06/08 Fin lun 30/06/08 jue 12/06/08 lun 09/06/08 mi 11/06/08 jue 12/06/08 lun 16/06/08 vie 13/06/08 lun 16/06/08 mi 25/06/08 mar 17/06/08 mi 18/06/08 mi 25/06/08 lun 30/06/08 vie 27/06/08

Tabla 62 - Programacin de actividades del plan de implantacin

313

CAPITULO VI: PLAN DE IMPLANTACIN

6.3 ORGANIZACIN Para el buen desarrollo del plan de implantacin del sistema de informacin gerencial es necesario definir la estructura organizativa del equipo responsable de llevarla a cabo, y as definir los deberes y obligaciones de cada uno de los involucrados. Para garantizar la buena implantacin y realizacin de las pruebas necesarias para la aceptacin del sistema de informacin gerencial, se ha conformado un equipo de trabajo interdisciplinario, de entre los cuales se encuentran el director del proyecto, el director de informtica y personas que utilizarn el sistema desarrollado. El objetivo de elaborar un plan de implantacin es el dar a conocer de forma clara y concisa la correcta configuracin e instalacin del sistema de informacin gerencial, adems de proporcionar la documentacin necesaria para el adiestramiento de los usuarios del sistema. La estructura organizativa del equipo de implantacin est conformada por dos unidades las cuales son: Equipo de Implantacin

Director del proyecto

Director de informtica

Figura 68 - Estructura organizativa del equipo de implantacin

314

CAPITULO VI: PLAN DE IMPLANTACIN

Director del proyecto: Su funcin fue la de elegir a la persona encargada de dirigir la implantacin del sistema de informacin gerencial y el buen funcionamiento del mismo.

Director de informtica: Est a cargo de evaluar el sistema de informacin gerencial, as como la alimentacin del sistema y la actualizacin del informacin de la base de datos.

El equipo de implantacin del sistema de informacin gerencial debe cumplir con ciertas funciones y actividades, con el fin de evaluar y validar al sistema. A continuacin se describe las actividades y funciones correspondientes a cada uno de los miembros del equipo de implantacin del proyecto.

DIRECTOR DEL PROYECTO Descripcin: Persona encargada de supervisar y verificar las actividades establecidas en el plan de implantacin, as como de administrar los recursos utilizados en cada una de las actividades. FUNCIONES Supervisar el avance del proyecto. Designar los integrantes del equipo de implantacin. Autorizar la adquisicin de materiales o equipo necesaria para la implantacin del sistema. Designar las instalaciones y las personas adecuadas para llevar a cabo la capacitacin. Comparar los resultados obtenidos de la aplicacin desarrollada con el sistema actual.
Tabla 63 - Funciones del Director del proyecto

315

CAPITULO VI: PLAN DE IMPLANTACIN

DIRECTOR DE INFORMTICA Descripcin: Es la persona encargada de evaluar y verificar cada una de las actividades de configuracin, instalacin, pruebas y aceptacin del sistema, para su posterior puesta en marcha. FUNCIONES Establecer los objetivos y actividades a realizar durante la implantacin del sistema. Planificar cada una de las actividades del sistema para el control de la informacin. Supervisin de las pruebas hechas al sistema. Instalacin, configuracin y administracin de la base de datos. Verificar el funcionamiento integral del sistema de informacin gerencial.
Tabla 64 - Funciones del Director de informtica

Una vez establecido el perfil de los miembros del equipo de implantacin se procede a la asignacin de las actividades que deber desarrollar. 6.4 DISTRIBUCIN DE ACTIVIDADES Y CONTROL En la siguiente tabla se presenta la asignacin de actividades para cada uno de los miembros del equipo:
Actividades 1. Presentacin del proyecto 2. Conformacin del equipo de implantacin 3. Verificar las condiciones del equipo 4. Instalacin del sistema 5. Capacitacin sobre el uso de la aplicacin Responsables Director del proyecto Director del proyecto Director de informtica Director de informtica Director del proyecto

Tabla 65 - Asignacin de actividades del equipo de implantacin

A partir de la distribucin anterior se procedi a coordinar y realizar cada una de las actividades del plan de implantacin.

316

CAPITULO VI: PLAN DE IMPLANTACIN

El Director del proyecto fue el que inicio la presentacin del plan teniendo en cuenta las opiniones de cada uno de los conformantes del grupo. Se realiz una evaluacin del equipo de cmputo de la Fundacin y las condiciones de la infraestructura de las oficinas de cmputo con el fin de cumplir los requerimientos necesarios para la implantacin. Una vez terminada la verificacin del equipo e infraestructura de la oficina se procedi a la instalacin del sistema en coordinacin con el Director de informtica. Los desarrolladores del sistema estuvieron presentes en todo momento para atender cualquier eventualidad en la instalacin. Para la instalacin del sistema de informacin gerencial se realizaron las siguientes actividades: Verificacin de requerimientos hardware y software Instalacin y configuracin del servidor web IIS v5.1 Instalacin de componentes de soporte al sistema .Net Framework 2 Instalacin de la base de datos SQL Server 2005 Express Edition Instalacin de la aplicacin SIG-FSVP Configuracin de la base de datos y usuarios Verificacin de la aplicacin SIG-FSVP Una vez instalada y configurada la aplicacin se continu con la capacitacin del personal con la coordinacin del Director del proyecto. La capacitacin se imparti al administrador del sistema y luego a los usuarios del sistema. Se planific una reunin en donde se dio a conocer el funcionamiento de cada

317

CAPITULO VI: PLAN DE IMPLANTACIN

uno de los mdulos, la manera adecuada en como ingresar los datos y como atender a los mensajes de validacin de cada formulario. Para poder realizar esta capacitacin se conto con la aceptacin del Director Ejecutivo de la Fundacin San Vicente Productivo.

6.5 PRUEBAS Y CORRECCIONES FINALES Las pruebas finales del sistema se realizaron para verificar los resultados y cumplir con los requerimientos del usuario. Estas pruebas se realizaron despus de haber realizado la capacitacin, y fueron los usuarios quienes se encargaron de notificar a los desarrolladores los cambios necesarios para el buen funcionamiento de los mdulos. Se analizaron las correcciones y se modific el cdigo fuente de los formularios web con el fin de cumplir con el resultado deseado. Se aplicaron las pruebas funcionales, para comprobar la correcta instalacin y funcionamiento del sistema. Dentro de las pruebas realizadas se encuentran: Prueba de funcionalidad y operacin. Prueba de integracin de mdulos. Prueba de usabilidad. Prueba de aceptacin.

Para estas pruebas se program una reunin en la cual estaban presentes los desarrolladores del sistema para registrar todos los problemas y/o errores. Los datos a ingresar de prueba fueron proporcionados por el tcnico de seguimiento de la fundacin quien estuvo presente en la reunin.

318

CAPITULO VII: DOCUMENTACIN

SINOPSIS En este captulo se proporciona una gua para que el usuario se

familiarice con el uso del sistema informtico y pueda forma ptima. utilizarlo de

Adems se presenta un manual de configuracin para que los usuarios verifiquen las caractersticas

mnimas que la aplicacin requiere, tambin documentacin referente a

CAPTULO VII:

DOCUMENTACIN
la programacin realizada en el sistema informtico para que en un futuro se le o pueda agregar dar ms

mantenimiento mdulos.

319

CAPITULO VII: DOCUMENTACIN

7.1 MANUAL DE USUARIO El manual de usuario es el documento de referencia rpida para el uso del sistema de informacin gerencial. Presenta informacin til a la hora de consultar el funcionamiento de un mdulo especfico del sistema y ayuda en la capacitacin del nuevo personal que se incorpora al uso de la aplicacin. (Ver Anexo 6 Manuales, pg. 352)

7.2 MANUAL DEL PROGRAMADOR El manual del programador es un documento tcnico que ayuda a los nuevos programadores y administradores del sistema poder entender el funcionamiento interno de la aplicacin y realizar posibles modificaciones. (Ver Anexo 6 Manuales, pg. 352)

7.3 MANUAL DE CONFIGURACIN El manual de configuracin ayuda al administrador del sistema a instalar de una forma adecuada y ordenada los componentes que dan soporte al sistema de informacin gerencial. Proporciona una serie de pasos para la implantacin de la aplicacin y configuracin de la base de datos. (Ver Anexo 6 Manuales, pg. 352)

320

CAPITULO VII: DOCUMENTACIN

CONCLUSIONES

Con el desarrollo del sistema de informacin gerencial se logr satisfacer las necesidades de control y seguimiento a los fondos de apoyo a las comunidades, que la Fundacin San Vicente Productivo atiende. El sistema de informacin gerencial favorece en gran medida a la alta gerencia, con respecto a la toma de decisiones en el tiempo oportuno, gracias a la sistematizacin de los cruces y totalizacin de la informacin de los diferentes fondos de apoyo. Gracias al desarrollo del sistema de informacin gerencial se logr mejorar el servicio prestado a los beneficiarios de los diferentes fondos de apoyo, debido a la minimizacin de tiempo en el registro y control de cada crdito o apoyo otorgado a dichos beneficiarios. El sistema de informacin gerencial obtuvo gran aceptacin por parte de todo el personal involucrado en el proceso de control y seguimiento a los fondos de apoyo.

321

CAPITULO VII: DOCUMENTACIN

RECOMENDACIONES

Para hacer uso adecuado de los diferentes mdulos del sistema, es necesario haber consultado y entendido el respectivo manual de usuario, presentado en los diferentes formatos para su mayor comodidad. El director de la fundacin debe hacer conciencia al personal bajo su cargo sobre el uso adecuado del sistema de informacin gerencial, para obtener los resultados esperados del mismo. Para que el sistema de informacin gerencial pueda ser usado por varios usuarios a la vez, es necesario verificar el buen funcionamiento de la red. No se debe cambiar configuraciones a los servicios establecidos una vez que el sistema este instalado en el los equipos, lo mismo se aplica con las direcciones IP. Realizar mantenimiento de software es decir; borrado de archivos que no se utilizan, temporales de Internet, para no demorar el tiempo de respuesta entre consultas a la base de datos. Todo esto debe ser realizado por el tcnico en informtica tomando las precauciones antes mencionadas.

322

CAPITULO VII: DOCUMENTACIN

BIBLIOGRAFA Libros Laudon, Kenneth C., Laudon, Jane P. (2004). Sistemas de Informacin Gerencial (8 edicin). Mxico: Pearson Educacin.

Brien, James A. (2001). Sistemas de Informacin Gerencial (4 edicin). Madrid: McGraw - Hill.

Kendal & Kendal (2005). Anlisis y Diseo de Sistemas (6 edicin): Prentice Hall.

Jeffrey L. Whitten, Lonnie D. Bentley, Victor M. Barlow. Anlisis y Diseo de Sistemas de Informacin (3 edicin): McGraw - Hill.

Vsquez Lpez Luis (2003).Recopilacin de Leyes en materia Tributaria (7 edicin): Editorial LIS

Blank, Leland y Tarquin, Anthony (2006). Ingeniera Econmica. Mxico: McGraw-Hill.

Schach, Stephen R. (2005). Anlisis y diseo orientado a objetos con UML y el proceso unificado. Mxico: McGraw-Hill Interamericana.

Pressman, Roger S. (2002). Ingeniera de Software. Un enfoque prctico. (Quinta edicin). Madrid: McGraw-Hill.

323

CAPITULO VII: DOCUMENTACIN

Schmuller, Joseph (2004). Aprendiendo UML en 24 horas. Mxico: Prentice Hall.

Sommerville, Ian (2005). Ingeniera de Software (Sptima edicin). Madrid: PrenticeHall.

Artculos Casos de Uso - Un mtodo prctico para explorar requerimientos Santiago Ciera

Gua para desarrollo de sitios web (2004). Chile: Ministerio Secretara General de Gobierno.

Tesis Cruz Hernndez, Alfonso; Meja Amaya, Jos William (2006). Sistema de informacin geogrfico con interfaz web para el proyecto de desarrollo rural en la regin central (PRODAP II) (Tesis de Ingeniera de Sistemas Informticos, Universidad de El Salvador).

Sitios Web Torres, Jos (2004). Sitio Web de San Vicente Productivo. Consultado en Febrero, 20, 2007 en http://www.fundacionsvpue.org/index.html.

324

CAPITULO VII: DOCUMENTACIN

CARITAS de San Vicente. Consultado en Junio, 17, 2007 en http://www.caritaselsalvador.org/Paginas/Pagina_1.htm.

SICE (2007). Ley de Fomento y Proteccin a la Propiedad Intelectual. Consultado en 09, 20, 2007 en http://www.sice.oas.org/int_prop/nat_leg/El_Salvador/D604is.asp.

325

CAPITULO VII: DOCUMENTACIN

GLOSARIO

-AACID En bases de datos se denomina ACID a la propiedad de una base de datos para realizar transacciones seguras. En concreto ACID es un acrnimo de Atomicity, Consistency, Isolation and Durability: Atomicidad, Consistencia, Aislamiento y Durabilidad en espaol.

ADESCO Siglas de Asociacin de Desarrollo Comunal

AMC Sociedad Cooperativa de Ahorro y Crdito

Antialiasing Procesos que permiten minimizar el aliasing (Alisamiento) cuando se desea representar una seal de alta resolucin en un sustrato de ms baja resolucin. Consiste en la remocin de la informacin de frecuencia, demasiado elevada para poder ser representada.

326

CAPITULO VII: DOCUMENTACIN

API (Del ingls Application Programming Interface - Interfaz de Programacin de Aplicaciones) es el conjunto de funciones y procedimientos (o mtodos si se refiere a programacin orientada a objetos) que ofrece cierta librera para ser utilizado por otro software como una capa de abstraccin.

ASP.NET 2.0 Es un conjunto de tecnologas de desarrollo de aplicaciones Web comercializado por Microsoft. Es usado por programadores para construir sitios Web domsticos, aplicaciones Web y servicios XML. Forma parte de la plataforma .NET de Microsoft y es la tecnologa sucesora de la tecnologa Active Server Pages (ASP).

-CCARITAS de San Vicente La Fundacin Critas El Salvador, es el organismo de Pastoral Social de la Conferencia Episcopal de El Salvador, encargada de animar, coordinar, promover y gestionar la prctica de la caridad organizada de la Iglesia Catlica.

CGI Common Gateway Interface (en castellano Interfaz Comn de Pasarela, abreviado CGI) es una importante tecnologa 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 estndar para transferir datos entre el cliente y el programa.

327

CAPITULO VII: DOCUMENTACIN

CLR Common Language Runtime (Lenguaje comn de rutina): es el ncleo de Microsoft .NET Framework y proporciona el entorno de ejecucin de todo el cdigo de .NET Framework. El cdigo que se ejecuta en CLR se conoce como cdigo administrado. El CLR proporciona diversas funciones y servicios necesarios para la ejecucin de los programas, como compilacin just-in-time (JIT), asignacin y administracin de memoria, imposicin de la seguridad de tipos, control de excepciones, administracin de subprocesos y seguridad.

Consorcio El contrato asociativo por el cual dos o ms personas se asocian, con el criterio de complementariedad de recursos, capacidades y aptitudes, para participar en un proceso de seleccin.

CRS-UCA Catholic Relief Services Universidad Centro Americana Jos Simen Caas

-DDepurador (En ingls, debugger), es un programa que permite depurar o limpiar de errores otro programa informtico.

328

CAPITULO VII: DOCUMENTACIN

-FFEDISAL Fundacin para la Educacin Integral Salvadorea.

Fideicomiso Es la transmisin de uno o ms bienes, cantidades de dinero o derechos, presentes o futuros, a una persona natural o persona jurdica llamada fiduciario, para que sean administrados o invertidos de acuerdo a un contrato, a favor del propio fideicomitente o de un tercero, llamado beneficiario.

Fiduciario o Fideicomitido Institucin de crdito expresamente autorizada por la ley que tiene la titularidad de los bienes o derechos fideicomitidos. Se encarga de la administracin de los bienes del fideicomiso mediante el ejercicio obligatorio de los derechos recibidos del fideicomitente, disponiendo lo necesario para la conservacin del patrimonio constituido y el cumplimiento de los objetivos o instrucciones del fideicomitente.

Filtro Es un programa informtico para procesar una corriente de datos.

FTP (File Transfer Protocol) es un protocolo de transferencia de archivos entre sistemas conectados a una red TCP basado en la arquitectura cliente-servidor, de manera que desde un equipo cliente nos podemos conectar a un servidor para descargar archivos

329

CAPITULO VII: DOCUMENTACIN

desde l o para enviarle nuestros propios archivos independientemente del sistema operativo utilizado en cada equipo.

-GGigabyte Es una unidad de medida aproximadamente igual a 1 billn de bytes. El gigabyte se utiliza para cuantificar memoria o capacidad de disco. Un gigabyte es igual a 1,000MB (realmente 1.024 megabytes). El gigabyte se abrevia a menudo como G o GB.

GNU Es un acrnimo recursivo que significa GNU No es Unix (GNU is Not Unix). Puesto que en ingls "gnu" (en espaol "u") se pronuncia igual que "new", Richard Stallman recomienda pronunciarlo "guh-noo". En espaol, se recomienda pronunciarlo fonticamente; por ello, el trmino mayoritariamente se deletrea (G-N-U).

GPL (General Public License o licencia pblica general) es una licencia creada por la Free Software Foundation a mediados de los 80, y est orientada principalmente a proteger la libre distribucin, modificacin y uso de software. Su propsito es declarar que el software cubierto por esta licencia es software libre y protegerlo de intentos de apropiacin que restrinjan esas libertades a los usuarios.

330

CAPITULO VII: DOCUMENTACIN

GTK2+ Es un grupo importante de bibliotecas o rutinas para desarrollar interfaces grficas de usuario (GUI) para principalmente los entornos grficos de sistemas Linux. GTK+ es la abreviatura de GIMP toolkit (conjunto de rutinas para GIMP).

GUI (En ingls Graphical User Interface, GUI) es un tipo de interfaz de usuario que utiliza un conjunto de imgenes y objetos grficos para representar la informacin y acciones disponibles en la interfaz. Habitualmente las acciones se realizan mediante manipulacin directa para facilitar la interaccin del usuario con la computadora.

-HHardware Conjunto de elementos materiales que conforman una computadora, se refiere a todos los componentes fsicos (que se pueden tocar).

HTML Lenguaje de marcas de hipertexto. Lenguaje estndar para la creacin de pginas web.

HTTP (HTTP, HyperText Transfer Protocol) es el protocolo usado en cada transaccin de la Web (WWW). Es el esquema de peticin-respuesta entre un cliente y un servidor.

331

CAPITULO VII: DOCUMENTACIN

HTTPS Es la versin segura del protocolo HTTP. El sistema HTTPS utiliza un cifrado basado en las Secure Socket Layers (SSL) para crear un canal cifrado (cuyo nivel de cifrado depende del servidor remoto y del navegador utilizado por el cliente) ms apropiado para el trfico de informacin sensible que el protocolo HTTP.

-IIntellisense Tecnologas de complementacin de cdigo automtico.

Interfaz Es la parte de un programa informtico que permite a ste comunicarse con el usuario o con otras aplicaciones permitiendo el flujo de informacin.

ISAPI Significa "Internet Server API", o sea, la API para servidores de Internet. Interfaz de programacin de aplicaciones de servidor para Internet. Una interfaz para el desarrollo de aplicaciones de servidor Web, desarrollado por Process Software y Microsoft Corporation, que se utiliza en lugar de CGI.

332

CAPITULO VII: DOCUMENTACIN

-JJava Es un lenguaje de programacin orientado a objetos desarrollado por Sun Microsystems a principios de los aos 1990. Las aplicaciones Java estn tpicamente compiladas en un bytecode, aunque la compilacin en cdigo mquina nativo tambin es posible.

-MMantenimiento El mantenimiento de software es tambin una de las fases en el Ciclo de Vida de Desarrollo de Sistemas (SDLC System Development Life Cycle), que se aplica al desarrollo de software. La fase de mantenimiento es la fase que viene despus del despliegue (implementacin) del software en el campo. Es el proceso de mejora y optimizacin del software desplegado (es decir; revisin del programa), as como tambin correccin de los defectos.

-NNCSA HTTPd Era un Servidor Web desarrollado originalmente en el National Center for Supercomputing Applications por Robert McCool y una lista de colaboradores. El desarrollo del NCSA HTTPd se suspendi en 1998, pero el cdigo sobrevivi durante un tiempo en manos del Proyecto Apache, el cual es utilizado actualmente por dos terceras partes de los servidores Web de Internet. Prcticamente todo el cdigo de NCSA se ha ido reescribiendo progresivamente en versiones de Apache.

333

CAPITULO VII: DOCUMENTACIN

NNTP Es una aplicacin de internet que consiste en un protocolo usado para la lectura y publicacin de artculos de noticias en Usenet. Su traduccin literal al espaol es "protocolo para la transferencia de noticias en red".

-PPatrimonio Conjunto de bienes pertenecientes a una persona natural o jurdica, o afectos a un fin, susceptibles de estimacin econmica.

PDF (Del ingls Portable Document Format, Formato de Documento Porttil) 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 informacin necesaria para la presentacin final del documento, determinando todos los detalles de cmo va a quedar, no requirindose procesos anteriores de ajuste ni de maquetacin.

PHP Es un lenguaje de programacin usado frecuentemente para la creacin de contenido para sitios Web con los cuales se puede programar las pginas HTML y los cdigos de fuente. PHP es un acrnimo recursivo que significa "PHP Hypertext Pre-processor" (inicialmente PHP Tools, o, Personal Home Page Tools), y se trata de un lenguaje

334

CAPITULO VII: DOCUMENTACIN

interpretado usado para la creacin de aplicaciones para servidores, o creacin de contenido dinmico para sitios Web.

Proxy En el contexto de las ciencias de la computacin, el trmino proxy hace referencia a un programa o dispositivo que realiza una accin en representacin de otro. La finalidad ms habitual es la del servidor proxy, que sirve para permitir el acceso a Internet a todos los equipos de una organizacin cuando slo se puede disponer de un nico equipo conectado, esto es, una nica direccin IP.

-RRAM Es el acrnimo ingls de Random Access Memory Module (memoria de acceso aleatorio memoria de acceso directo). Aunque se utiliza para denominar las memorias que pierden sus datos cuando se dejan de alimentar, el resto de memorias ROM, ROM borrables y Flash, tambin son de acceso aleatorio. -SServidor Una aplicacin informtica o programa que realiza algunas tareas en beneficio de otras aplicaciones llamadas clientes. Algunos servicios habituales son los servicios de archivos, que permiten a los usuarios almacenar y acceder a los archivos de un ordenador y los servicios de aplicaciones, que realizan tareas en beneficio directo del usuario final. Este es el significado original del trmino. Es posible que un ordenador cumpla simultneamente las funciones de cliente y de servidor.

335

CAPITULO VII: DOCUMENTACIN

SMTP Simple Mail Transfer Protocol (SMTP), o protocolo simple de transferencia de correo electrnico. Protocolo de red basado en texto utilizado para el intercambio de mensajes de correo electrnico entre computadoras o distintos dispositivos.

Socket Designa un concepto abstracto por el cual dos programas (posiblemente situados en computadoras distintas) pueden intercambiarse cualquier flujo de datos, generalmente de manera fiable y ordenada. Un socket queda definido por una direccin IP, un protocolo y un nmero de puerto.

Software (Palabra de origen nglico, pronunciada "sfuer"), programtica, equipamiento lgico o soporte lgico a todos los componentes intangibles de una computadora, es decir, al conjunto de programas y procedimientos necesarios para hacer posible la realizacin de una tarea especfica, en contraposicin a los componentes fsicos del sistema (hardware).

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 caractersticas es el manejo del lgebra y el clculo relacional permitiendo lanzar consultas con el fin de recuperar informacin de inters de una base de datos, de una forma sencilla. Es un lenguaje de cuarta generacin (4GL).

336

CAPITULO VII: DOCUMENTACIN

SSL Secure Sockets Layer (SSL) es un protocolo criptogrfico que proporciona comunicaciones seguras en Internet.

-TTLS Transport Layer Security (TLS) - Seguridad de la Capa de Transporte -, sucesor de SSL, es un protocolo criptogrfico que proporciona comunicaciones seguras en Internet.

Trigger Un trigger o un disparador en una Base de datos es un evento que se ejecuta cuando se cumple una condicin establecida al realizar una operacin de insercin (INSERT), actualizacin (UPDATE) o borrado (DELETE).

-U-

Usuario Es la persona que utiliza o trabaja con algn objeto o que es destinara de algn servicio pblico o privado, empresarial o profesional. En informtica este trmino se utiliza con especial relevancia.

337

CAPITULO VII: DOCUMENTACIN

-WWYSIWYG Es el acrnimo de What You See Is What You Get (en ingls, "lo que ves es lo que obtienes").

-XXML Sigla en ingls de eXtensible Markup Language (lenguaje de marcas extensible), es un metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium (W3C).

338

También podría gustarte