You are on page 1of 159

INDICE

I) INTRODUCCION 3 5 8 8 15 25 61 69 131 144

II) METODOS Y PROCEDIMIENTOS. III) HECHOS Y DETALLES FASE SELECCION. FASE ADQUISICION.. FASE DISEO E INTEGRACION. DISEO BASE DE DATOS.... DISEO ENTRADAS Y SALIDAS. DISEO DE LOS PROGRAMAS. CREACION BASE DE DATOS Y PROGRAMAS.

1) 2) 3) 4) 5) 6) 7) 8)

ENTREGA DEL SISTEMA. 155

IV) RECOMENDACIONES. 159 V) CONCLUSIONES... 159

I) INTRODUCCION A travs del presente informe buscaremos cubrir las etapas finales de ciclo de vida del desarrollo del proyecto en estudio, mas precisamente las etapas de diseo e implantacin del sistemas, lo cual permitir concluir el proyecto siguiendo una metodologa estrictamente acadmica(ciclo de vida de Desarrollo del Proyecto o CVDP). Recordemos que previamente (Sistemas de Informacin I) se cumpli con la etapa de Anlisis y Diseo del Sistema. El proyecto en culminacin, es el diseo e implantacin de un sistema de informacin automatizado para el registro de las solicitudes de ayuda socioeconmicas(SIRSAS) en el Municipio Brins del Estado Brins, con el fin de prestar un servicio de atencin a solicitantes de ayuda ms eficiente basado en el uso de la tecnologa informtica que permitir sustituir un conjunto de procesos manuales los cuales retardan la atencin, adems de no permitir planificacin, control y auditora de gestin. El fin ltimo o principal es el desarrollo del sistema automatizado para registro de solicitudes,pero el informe contiene adems la mencin y anlisis de los procesos manuales que se interrelacionan con el sistema automatizado y que no sern cubiertos por el sistema automatizado ya que las especificaciones del cliente no lo exigen. El informe consta de las siguientes secciones: FASE SELECCIN: en la cual se definen alternativas de diseos las cuales son sometidas a una anlisis de viabilidad para finalmente recomendar la mejor alternativa de diseo. FASE DE ADQUISICION: aqu se definen los criterios tcnicos para anlisis de procura, se solicitan ofertas y presupuestos para adquisicin de sistema, se analizan las ofertas y se escoge la mejor oferta de acuerdos a un anlisis de viabilidad estricto. FASE DE DISEO E INTEGRACION(inicio): en esta seccin esta la parte medular del diseo del sistema y consta de aspectos tales como el anlisis y distribucin de los datos y procesos, definicin de las unidades de diseo. DISEO DE BASES DE DATOS: Esta seccin es continuacin o complemento de la seccin anterior y tiene que ver con el diseo de la base de datos estableciendo como requisito necesario la normalizacin de la misma. DISEO ENTRADAS Y SALIDAS INFORMATICAS: igualmente este punto es continuacin de la fase de diseo e integracin. Aqu se definen los bocetos de pantallas de entradas y salidas as como los modelos de reportes requeridos y las interfaces de usuarios para navegar por los mdulos o subaplicaciones del programa principal.Todas estas especificaciones servirn de insumos para la creacin de los programas y la base de datos. IMPLANTACION-DISEO DE LOS PROGRAMAS: Corresponde al inicio de la ltima fase del proyecto, en esta seccin se especifican como sern creados los programas estableciendo una metodologa de diseo modular. IMPLANTACION-CONSTRUCCION DE BASES DE DATOS Y PROGRAMAS: Como indica su descripcin, sern creados definitivamente la base de datos y los programas mediante el uso del manejador de base de datos seleccionado as como el lenguaje de alto nivel escogido. IMPLANTACION-CONVERSION DEL SISTEMA: Corresponde al final del desarrollo del proyecto y tendremos en esta seccin la instalacin de archivos y programas y la formacin de usuarios.

Para finalizar, durante todos estas secciones se incluye la elaboracin del diccionario del proyecto el cual formar parte de la documentacin necesaria para la formacin de usuarios del sistema (mantenedores).

II) METODOS Y PROCEDIMIENTOS Como hemos sealados anteriormente, para el diseo e implantacin seguiremos una metodologa dentro de la cual sern aplicadas mtodos o tcnicas para cumplir con los pasos necesarios, hasta culminar con la implantacin del proyecto. La presente seccin har referencia a estos mtodos y tcnicas aplicadas, desglosndolas por fase. FASE SELECCIN: Se utilizan las tcnicas de matriz de soluciones candidatas para definir y mostrar las alternativas de diseo. Seguidamente, se usa la matriz de viabilidad para plasmar las bondades desde los puntos de vistas tcnicos, operativos, econmicos y de calendario para cada alternativa de diseo. Con esto se pretende, dar los insumos necesarios para la seleccin de la mejor opcin.Cabe destacar, que para el anlisis de viabilidad segn calendario, se usa los diagramas de Gantt como herramienta de apoyo. Finalmente, se escoge la mejor opcin usando la matriz de valores de muestras(de Baremo), la cual arrojar unos resultados porcentuales y el de mayor valor representar la mejor opcin o propuesta definitiva de diseoimplantacin. FASE DE AQUISICION: Durante esta fase la cual es de adquisicin de la tecnologa a usar, desde el punto de vista de hardware y software, se seguirn los siguientes pasos: *Investigar los criterios tcnicos necesarios para valorar las procuras ofertadas. *Solicitar y recibir las ofertas de tecnologa de diferentes proveedores. *Evaluar las ofertas usando las herramientas ya descritas en la fase de seleccin (especficamente, matriz de viabilidad y matriz de valores de muestras).Aqu se obtendr la oferta ganadora y se recibir la tecnologa a usar en el proyecto. ANALISIS DE DATOS Y PROCESOS: Inicio fase de Diseo y Integracin.En esta seccin se tratan primero los datos del sistema usando la tcnica de anlisis de datos; con esta herramienta se definir el modelo de datos precisando las entidades y claves asociadas necesarias, adems de mostrar el diagrama de entidades-relaciones para asociar los datos como un sistema integrado.Los datos sern tratados para obtener la normalizacin en 3FN del modelo de datos. Tambin se define la tabla de anlisis de sucesos para mostrar las condiciones necesarias para los diferentes sucesos aplicables sobre los datos (actualizacin, registro, lectura y eliminacin) y la tabla de entidades asociativas para mostrar los datos(entidades) interrelacionados. Con respecto a los procesos, ser utilizada la tcnica de representacin grfica por Diagramas de Flujo de Datos (DFD) y sern desglosadas las unidades de diseo en tipo manual y automatizada.Por otra parte, sern definidos los siguientes subsistemas sobre los cuales se desglosarn las unidades de diseo: SUBSISTEMA SOLICITUD DE AYUDA, SUBSISTEMA DIAGNOSTICO SOLICITUD, SUBSISTEMA APROBACION DE SOLICITUD/FIJAR PLANES, SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES y SUBSISTEMA EJECUCION PLANES SOCIALES.

DISEO DE BASE DE DATOS: Continuacin fase de Diseo e Integracin.Esta seccin complementa el anlisis de datos previamente estudiado.Se muestra el esquema lgico de la base de datos relacional mediante una representacin grfica tabular.Tambin se muestra el modelo de distribucin de datos sobre la red reflejado en el DER previamente estudiado. DISEO DE ENTRADAS Y SALIDAS: Continuacin fase de Diseo e Integracin.Las entradas y salidas comprenden las pantallas y reportes del sistema.Las pantallas son de entrada, de salida y de interfaces con usuario. Para las pantallas de entrada se seguir la siguiente metodologa: *Revisar los requisitos de entradas mediante el anlisis de las unidades de diseo de procesos. *Disear los bocetos de documentos fuentes para las aplicaciones que lo requieran(estos sin los formularios para entrada de datos). *Disear los bocetos de pantallas de entradas para los casos de mtodos en lnea o por lotes remotos. *Disear prototipos de archivos de entradas para los casos de mtodos en lnea o por lotes remotos. Para las pantallas de salidas se seguir la siguiente metodologa: *Revisar los requisitos de salidas mediante el anlisis de las unidades de diseo de procesos. *Definir bocetos de pantallas de salidas, especificando caractersticas de diseo y de los datos a utilizar. Se documentar con estructuras orientadas a usuarios y a programadores. * Definir bocetos de reportes, especificando caractersticas de diseo y de los datos a utilizar. Se documentar con estructuras orientadas a usuarios y a programadores. Para las pantallas de salidas, de tipo interfaz de usuario, se seguir la siguiente metodologa: *Usando la tcnica de diagrama de transicin de estados, sern representadas las estructuras de las interfaces. * Definir bocetos de interfaces de usuario, especificando caractersticas de diseo y mediante grficos orientados a usuarios. DISEO DE PROGRAMAS: Finalizacin de fase de Diseo e Integracin.A continuacin la metodologa a seguir: *Efectuar diseo modular de los programas por Subsistema, utilizando representacin mediante grficos de estructuras sealando las tres funciones principales de Iniciar Proceso, Proceso Principal y Terminar Proceso.Extender la representacin modular hasta obtener unidades o mdulos primordiales. *Especificar los procesos primordiales mediante la utilizacin de lenguaje corriente estructurada. CONSTRUIR BASES DE DATOS Y PROGRAMAS:Inicio de fase ltima del proyecto(Implantacin). Para construir la base de datos se proceder como sigue: *Crear la estructura de base de datos relacional mediante la herramienta de software seleccionado(en nuestro caso manejador de base de datos MYSQL).Se usarn las especificaciones y diseo de base de datos previamente establecidos.

*Llenar base de datos con datos ficticios o de pruebas. Para construir el programa principal o de aplicacin se proceder como sigue: *Preparar un plan de programacin teniendo como referencia el diseo de los programas previamente establecidos. . *Escribir y probar los programas usando la herramienta de software seleccionada (en nuestro caso el lenguaje de programacin JAVA). DEFINIR PLAN DE CONVERSION DEL SISTEMA: Finalizacin de fase de Implantacin y con ello del proyecto. Par esta etapa se preparar un plan de conversin del sistema, se instalar la base de datos y se definir el plan de formacin de los usuarios.

III) HECHOS Y DETALLES. 1) FASE DE SELECCIN.


1.1) ESPECIFICAR SOLUCIONES ALTERNATIVAS.

En la fase de definicin del proyecto SIRSAS se presentaron las necesidades del sistema desde el punto de vista de los modelos de datos, modelos de procesos y modelos de redes (ver secciones 3.9, 3.10 y 3.11 del informe presentado en sistemas de informacin I). Estas necesidades del sistema fueron estudiadas y vistas por la parte interesada del proyecto y las aprob por lo cual se prosigue con la ejecucin del ciclo de vida del proyecto y llegamos a este punto que consiste en especificar las posibles soluciones alternativas que satisfagan las necesidades previamente definidas. Para esto usaremos la tcnica de presentacin mediante una matriz de soluciones candidatas. En la Fig. 1, se muestra la matriz de soluciones candidatas para el sistema SIRSAS. Previamente, detallemos las soluciones candidatas que para este caso solo sern dos, los cuales llamaremos Propuesta 1 y Propuesta 2. Propuesta 1: Sistema de informacin automatizado basado, en lo relativo al componente del software, en lenguaje de programacin de ultima generacin con capacidad de implantacin en ambiente de red local y con capacidad para interconexin a un manejador de bases de datos tambin para aplicaciones en redes. En lo relativo al hardware, establecer una red entre los usuarios del sistema SIRSAS de tipo LAN en la que se depender de un computador donde residir la base de datos y el programa de aplicacin. Propuesta 2: Sistema de informacin automatizado basado, en lo relativo al componente del software, en lenguaje de programacin de ultima generacin con capacidad de implantacin en ambiente de red extendido y con capacidad para interconexin a un manejador de bases de datos para aplicaciones en redes. El hardware debe permitir interconexin entre usuarios del sistema tanto a nivel local (alcalda del municipio Brinas), como a nivel externo (ambos requerimientos se logran mediante el acceso a la red global-Internet). Ahora veamos la Fig. 1:

CARACTERISTICA
SUBSISTEMA SOLICITUD DE AYUDA: SOLICITUD REALIZADA POR SOLICITANTE. (RECEPCIN). SUBSISTEMA SOLICITUD DE AYUDA: EMISIN COMPROBANTE, ACTUALIZACIN DATOS, EMISIN COMPROBANTE ACTUALIZACIN. SUBSISTEMA SOLICITUD DE AYUDA: REGISTRO SOLICITUD, CONSULTA DATOS SOLICITUD AYUDA, ACTUALIZAR SOLICITUD DE AYUDA. SUBSISTEMA DIAGNOSTICO SOLICITUD: CONSULTA DATOS SOLICITUD AYUDA, ACTUALIZAR SOLICITUD DE AYUDA. SUBSISTEMA APROBACIN SOLICITUD DE AYUDA: CONSULTAR DATOS SOLICITUD AYUDA, GENERAR REPORTES SOCIOECONMICOS VARIOS, ACTUALIZAR STATUS SOLICITUD AYUDA. SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES: GENERAR REPORTES SOCIOECONMICOS, REGISTRO TIPOS DE AYUDA, ACTUALIZAR O REGISTRAR MEJORAS A TIPOS DE AYUDA. SUBSISTEMA EJECUCIN PLANES SOCIALES: VERIFICAR ORDEN AYUDA, CONSULTAR DATOS GENERALES Y SOLICITUD. REQUERIMIENTO DE CREACIN, USO Y MANEJO DE BASE DE DATOS PARA TODOS LOS DATOS/REGISTROS DEL SISTEMA, CAPACIDAD DE COMPARTIR INFORMACIN ENTRE USUARIOS DE ACUERDO A UN PROGRAMA DEN APLICACIN RECTOR Y DISPONIBLE PARA TODOS LOS USUARIOS.

PROPUESTA 1
EL SOLICITANTE DEBE ASISTIR A ALCALDA PARA REGISTRO DE SOLICITUD AYUDA.

PROPUESTA 2
EL SOLICITANTE PUEDE REALIZAR SOLICITUD A DISTANCIA CARGANDO DATOS DESDE COMPUTADOR CONECTADO A INTERNET. EL SOLICITANTE PUEDE REALIZAR A DISTANCIA A TRAVS DE INTERNET.

EL SOLICITANTE DEBE ASISTIR A LA ALCALDA Y USAR LOS SERVICIOS DE LA INSTITUCIN.

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA.

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA (IGUAL PROPUESTA 1).

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA.

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA (IGUAL PROPUESTA 1).

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA.

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA (IGUAL PROPUESTA 1).

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA.

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA (IGUAL PROPUESTA 1).

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA.

PUEDEN EJECUTARSE DE FORMA AUTOMATIZADA (IGUAL PROPUESTA 1).

PUEDE CUMPLIRSE CON REQUERIMIENTOS Y LA APLICACIN MAS LA BASE DE DATOS PUEDEN SER CONSTRUIDAS (NO REQUIEREN SER COMPRADAS).

IGUAL A PROPUESTA 1.

FIG. 1 MATRIZ DE SOLUCIONES CANDIDATAS PARA SIISTEMA SIRSAS


9

1.2) ANLISIS VIABILIDAD DE SOLUCIONES.

Ya con dos propuestas de diseos para satisfacer las necesidades del sistema, se realizara ahora el anlisis de viabilidad de cada propuesta. Para este estudio se usar como herramienta una matriz de viabilidad en la cual se reflejaran criterios de tipo tcnico, operativos, econmico y de calendario. Esta herramienta servir de soporte para la toma de decisin definitiva en cuanto a propuesta de diseo. A continuacin se muestra en la Fig. 2 la matriz de viabilidad. CRITERIO VIABILIDAD
VIABILIDAD TCNICA -LA SOLUCIN ES PRCTICA Y DE FCIL IMPLANTACIN. -EL PERSONAL TIENE CONOCIMIENTOS PARA DISEOS Y PUESTA EN FUNCIONAMIENTO. -EL CLIENTE REQUIERE CONOCIMIENTOS DE LA TECNOLOGA. LA TECNOLOGA ES PRACTICA DE FCIL ACCESO Y DISPONIBLE EN EL PAIS, EL PERSONAL TIENE CONOCIMIENTOS PARA SU USO Y OPERACIN, EL CLIENTE NO REQUIERE CONOCIMIENTO O INTERRELACION CON SISTEMA AUTOMATIZADO, NO REQUIERE CONTROLES DE SEGURIDAD EXTERNOS.

PROPUESTA 1

PROPUESTA 2
IGUAL QUE PROPUESTA 1; SOLO QUE EL CLIENTE REQUIERE DE INTERACTUAR CON EL SISTEMA Y DE CONOCIMIENTOS BASICOS DE COMPUTACION (USO DE INTERNET), REQUIERE CONTROLES DE SEGURIDAD EXTERNOS (POR CONEXIN A INTERNET).

VIABILIDAD OPERATIVA -SATISFACCIN DE NECESIDADES. -REQUIERE CAMBIOS EN ENTORNO. -OPININ DE USUARIOS.

EL SISTEMA AUTOMATIZADO PERMITIRA SATISFACCION DE NECESIDADES, EL USUARIO DISPONDRA DE UNA HERRAMIENTA AMIGABLE PARA IGUAL A PROPUESTA 1; SOLO INTERACTUAR CON EL SIRSAS. QUE EL CLIENTE DEBE USAR LOS USUARIOS EN LA ALCALDIA UN COMPUTADOR PARA DESEAN DISPONER DE ESTA HACER SOLICITUD LO CUAL EN HERRAMIENTA PARA MEJORAR ALGUNOS CASOS SU CONDICION DE TRABAJO. PRESENTARA DIFICULTADES HABRAN CAMBIOS EN OPERATIVAS PARA PERSONAS ENTORNO DE TRABAJO POR QUE NO TIENEN USO DE RECURSOS FISICOS CONOCIMIENTOS DE USO DE DEL SISTEMA DE COMPUTADORAS (INTERNET) COMPUTACION (RED DE O DE BAJO NIVEL EDUCATIVO. COMPUTACION PARA GESTION ADMINISTRATIVA DE LA ALCALDIA). EL CLIENTE ES ATENDIDO EN SITIO POR PERSONAL DE LA ALCALDIA. LOS COSTOS DE DESARROLLO SE ESTIMAN EN 51.000 BS.F, LOS COSTOS DE OPERACIN CONTINUA SE ESTIMAN EN 62.000 BS.F, PERIODO RECUPERACION SE ESTIMARA EN 1 AO TENIENDO EN CUENTA QUE LOS BENEFICIOS OBTENIDOS MOYORMENTE SON DE TIPO INTANGIBLE. VER DETALLE EN FIG. 3 (RELACION DE COSTOS DESARROLLO SISTEMA SIRSAS). SE PREVEE UNA DURACION ENTRE DISEO E IMPLANTACION DE 3 MESES APROXIMADOS. VER EN FIG. 4, 5 (DETALLES DE PLANIFICACION DEL PROYECTO Y DIAGRAMA GANTT DEL MISMO).

VIABILIDAD ECONMICA -COSTOS DESARROLLO. -COSTOS OPERACIONES CONTINUAS. -PERIODO RECUPERACIN.

IGUAL A PROPUESTA 1.

VIABILIDAD DE CALENDARIO. REFERIDO A DURACIN DISEO Y LA IMPLANTACIN DEL MISMO.

IGUAL A PROPUESTA 1.

FIG. 2 MATRIZ DE VIABILIDAD DE PROPUESTAS DE DISEOS PARA EL SIRSAS.

10

En la Fig. 3, mostrada a continuacin se detallan los costos estimados para el desarrollo de ambas propuestas, cabe sealar que los costos se asumen similares dado que ambas soluciones tecnolgicas son muy similares desde el punto de vista tcnico y de recursos fsicos necesarios (ya establecidos en necesidades del sistema). Costos Estimados Sistema SIRSAS (Anual) I) Costos de Desarrollo. *Personal: 1 Analista Sistema (600 horas x 25 BsF/hora). 1 Programador Sistema (240 horas x 25 BsF/hora). *Compra Equipos/Software: 7 Computadoras personales con accesorios (Impresoras, pantallas, teclados, etc.). 1 Equipos para formacin red local (concentrador, Cables, conectores) 1 Software para aplicacin y base de datos. *Otros Gastos: Adiestramiento de usuarios (9 personas, 1000 BsF/persona) 9.000 Adiestramiento a personal de mantenimiento 4.000 (1 persona, 4000 BsF/persona) Total Desarrollo: 79.000 II) Costos Operacin Continua. (Anual). *Personal: Solicitudes Servicios Externo (Eventual). 67 Contratacin T.S.U. Informtica (Personal de Alcalda Para Mantenimiento Sistema). *Suministros y Gastos. Renovacin Licencia Software. 3.000 Repuestos Hardware (Tintas impresoras, mouse, 5.000 Teclados, cables, etc.). Material Oficina (Papeles impresin, carpetas, 1.000 Ganchos, lpices, etc.). Total Operacin: 62.000 TOTAL GENERAL: 141.000 Figura 7. Relacin Costos para Desarrollo del SIRSAS (estimacin, fase de inspeccin).
FIG. 3 RELACION DE GASTOS DEL SISTEMA SIRSAS.

BsF 15000 6000

28.000 7.000 10.000

5.000 48.000

11

En las FIG. 4 Y 5, vemos detalles de la planificacin del proyecto SIRSAS mostrando la identificacin de tareas generales para cada fase y su concatenacin lgica para proporcionar el diagrama Gantt que define el plan del proyecto SIRSAS, en sus etapas de diseo e implantacin. Esta informacin sirve de base para los anlisis de viabilidad desarrollados anteriormente, (viabilidad de calendario). Cabe destacar que, incluimos detalles de tareas relacionadas con procura, integracin, implantacin fsica solo como muestra hipottica porque desde el punto de vista acadmico estos aspectos no pueden se ejecutados en la practica. La informacin presentada en las FIG. 4 Y 5 corresponden a la metodologa ya usada en el informe del anlisis del sistema, solo que se actualiza la informacin en base a las nuevas circunstancias y estimaciones. A continuacin la descripcin completa de las tareas estipuladas: * Tarea A (Inicio de Fase Diseo del Sistema). Esta es la primera subfase del diseo del sistema. Una vez recibido el informe con la lista de necesidades, representados en forma contextual esencial, se procede a seleccionar entre las posibles alternativas de diseo para el desarrollo del sistema SIRSAS. Esta seleccin debe justificarse con un anlisis de viabilidad que incluya los aspectos tcnicos, operativos, econmicos y de tiempo. * Tarea B (Continuacin Fase Diseo Sistema). Tomando como base el informe de seleccin de alternativa de diseo, se precisa a detalle la procura de recursos fsicos de hardware y software especificados. Para el caso del sistema SIRSAS implica la compra de computadoras, impresoras, cableados, equipos de comunicaciones, conectores, software (licencias para uso de los programas de manejo bases de datos y de desarrollo de aplicaciones), etc. Esta subfase culmina con la recepcin de todos los equipos o sistemas procurados. * Tarea C (Culminacin Fase de Diseo). Esta subfase toma como insumo el informe de seleccin de alternativa de diseo para realizar el diseo e integracin del sistema. En esta subfase del CVDS se entrega un informe de relacin de diseo tcnico que contendr el diseo general o global y el diseo detallado. Sern realizados los diagramas de estructuras de datos, diagramas de procesos, diagramas de flujo para la red informtica, entradas, salidas, pantallas, estructura y lgica del programa de aplicaciones y de los archivos y bases de datos. Todo esto ser reflejado en la relacin tcnica del diseo. * Tarea D (Inicio de Fase Implantacin). En esta subfase, tomando como base la relacin tcnica del diseo se procede a crear y probar las redes y bases de datos. El programa de carga y mantenimiento de la base de datos del sistema de SIRSAS ser creado, al igual que la red informtica. Para esta fase debe estar completada la procura de cmo producto final se entregara la red y la base de datos vacos, pero probadas.

12

* Tarea E (Continuacin Fase de Implantacin). Esta subfase toma como base la relacin tcnica del diseo y es procede a crear y probar el programa de aplicacin del sistema SIRSAS el cual esta interrelacionado con el programa de manejo de bases de datos (por esto las tareas D y E parten simultneamente ya que estn muy interrelacionadas tcnicamente). Este programa ser probado sobre los equipos programados procurados, por esto requieren de estos para poder completarlo. Como producto final se entrega el programa depurado y probado pero no instalado para operacin normal en la alcalda del municipio Brinas. Tarea F (Continuacin Fase de Implantacin). Una vez creado y probado tanto la base de datos, el programa de aplicacin y la red de comunicaciones, continua esta fase que corresponde a la instalacin y prueba del sistema automatizado SIRSAS. Todo el sistema SIRSAS, en cuanto a sus componentes de hardware y software, ser probado en funcionamiento para verificar su funcionamiento como sistema integrado. Por supuesto, ser cargada la base de datos y el programa de aplicacin para trabajo en ambiente de red. El producto final ser el sistema SIRSAS funcionando correctamente, luego de cumplir con las pruebas y ajustes necesarios. Tarea G (Culminacin Fase Implantacin). Esta es la ultima subfase de la fase de implantacin y con esta se completa el CVDS. Finalmente, se realizar adiestramiento a usuarios, entrega de documentacin y sistema en operacin normal en la alcalda de municipio Brinas, direccin de desarrollo social. Pasemos ahora a la figura 5, donde se muestra el diagrama de Gantt del plan del proyecto integrando tares, secuencias y calendario de ejecucin.

13

1.3) SELECCIN ALTERNATIVA DE DISEO.

Ya presentadas las alternativas de diseo (para nuestro caso son dos) con sus respectivos anlisis de viabilidad tabulados, usando criterios operativostcnicos- econmicos-calendario, se proceder a seleccionar la mejor opcin usando como herramienta la elaboracin de una matriz de valores de muestra o matriz de Baremo (Fig. 6). Los pasos expresados en porcentaje (%) para cada criterio se definen como: 0% para opcin menos deseable y 100% para opcin ms deseable o mejor. En cuanto a los valores tabulados para cada opcin fueron definidos por criterios personales del usuario del sistema al cotejar los anlisis de viabilidad. Veamos estos resultados en la Fig. 6. CRITERIO DE VIABILIDAD Viabilidad Operativa Viabilidad Tcnico Viabilidad Econmica Viabilidad Calendario Resultado (% promedio) PROPUESTA 1 100% 100% 80% 100% 95,25% PROPUESTA 2 80% 95% 80% 100% 88,75%

FIG. 6 MATRIZ DE VALORES DE MUESTRA.

Veamos la justificacin de estos valores obtenidos. *Viabilidad Operativa: El usuario considera satisfactoria plenamente la propuesta 1 y manifiesta preferir que el cliente del sistema (solicitante de ayuda) asista personalmente a la alcalda para hacer efectiva la solicitud de ayuda. Considera que la propuesta 2, aunque tecnolgicamente es bastante atractiva, puede traer inconvenientes de tipo operativos con el cliente (caso personas con muy bajo grado de instruccin, analfabetas o simplemente sin conocimientos bsicos de computacin). De acuerdo a estas apreciaciones evala la propuesta 2 por debajo de la propuesta 1. *Viabilidad Tcnica: Las tecnologas a aplicar para ambos casos son plenamente viables y de fcil desarrollo e implantacin. A pesar de esto, el usuario avala la propuesta 2 ligeramente por debajo de la propuesta 1 alegando razones tcnicas relativas a la necesidad de orientacin tcnica para los clientes de poco conocimiento de computacin. *Viabilidad Econmica: El usuario asigna mismo peso a ambas propuestas. *Viabilidad Calendario: El usuario asigna mismo peso a ambas propuestas. Finalmente, por los resultados arrojados en la matriz de valores de muestra, la solucin escogida para el desarrollo del sistema es la propuesta 1: Sistema de informacin automatizado basado, en lo relativo al componente software, en lenguaje de programacin de ultima generacin, con capacidad de
14

implantacin en ambiente de red local y con capacidad para interconexin a una base de datos tambin para aplicaciones redes. En lo relativo a su componente hardware, se establecer una red entre los usuarios del sistema SIRSAS de tipo LAN en lo que se dispondr de un computador principal donde residir la base de datos y el programa de aplicacin. 2) FASE DE ADQUISICION.
2.1) DETERMINAR LA OPCIONES Y CRITERIOS TCNICOS.

Las opciones y criterios tcnicos para satisfacer las necesidades generales establecidas en la propuesta de diseos generales podemos dividirlas en dos aspectos: software y hardware. Veamos aspectos tcnicos para cada una de las partes: CRITERIOS TCNICOS SOFTWARE: Las opciones para seleccin de lenguajes de programacin de ltima generacin son variadas, desde los lenguajes de programacin de propietario, los cuales requieren un costo por pago de licencia (Ej.: Visual Basic) hasta lenguajes de programacin abiertos los cuales no requieren costos por derecho de propietario (Ej.: Java, C+, C++). Para los manejadores de bases de datos se puede establecer la misma clasificacin; entre los manejadores tipos propietario se tienen: MicrosoftSQL, Microsoft Access, etc y entre los tipos abiertos o pblicos MySQL. Los paquetes de programacin abiertos o pblicos pueden trabajar en la mayora de los sistemas operativos existentes (abiertos o cerrados), mientras que los tipos propietario requieren de un sistema operativo especificado limitado a algunos fabricantes de sistema operativos. Estos aspectos sealados establecen una diferencia apreciable en costos y autonoma o seguridad en cuanto a condiciones de operatividad; obviamente los sistemas abiertos o pblicos brindan mayores ventajas en estos aspectos sealados. CRITERIOS TCNICOS DE HARDWARE: Para cumplir los requerimientos generales de hardware existen variadas configuraciones para establecer una red de comunicacin entre computadoras que comparten el uso de un sistema de informacin de tipo contable, como es el caso del SIRSAS. Tipos de Redes. Segn el tamao: -LAN (red de rea local): de 10 metros a 1 kilmetro, suelen usar broatcast y su velocidad va de 10 a 100 MBps. -MAN (red de rea metropolitana): tamao mximo 10 kilmetros. -WAN (red de rea amplia): tamao entre 100 y 1000 kilmetros. -INTERNET: ms de 10000 kilmetros. Segn su tecnologa de transmisin: -redes Broadcast: Son las redes donde los datos llegan a todas las maquinas de la red, un solo canal de comunicacin. -redes point-to-point: Son aquellas donde hay muchas conexiones entre parejas individuales de maquinas. Segn en tipo de transferencia de datos:

15

-Transmisin simple: Los datos solo pueden ir en un sentido. -Half-duplex: Los datos pueden ir en ambos sentidos pero solo en uno a la vez. -Full-duplex: Los datos pueden ir en ambos sentidos a la vez. Topologas de Redes. -Bus: Todas las maquinas estn conectadas a un nico cable por donde pasa toda la informacin, esta llega a todas las maquinas. Tienen un Hub o un switch al final. -Anillo: Es un anillo cerrado donde cada nodo o PC esta conectado con sus nodos adyacentes formando un anillo. La informacin se transmite de nodo en nodo. -Anillo doble: En lugar de un anillo, hay dos para aumentar la fiabilidad de la red. -Estrella: Es un nodo central q normalmente es un hub y a l estn conectados todos los pc, la informacin pasa por el hub para luego ir a su destino. -Estrella extendida: Cada nodo q conecta con el nodo central, es centro de otra estrella, normalmente los centros los ocupan hub. -rbol: Tiene un nodo troncal q suele ser un hub desde el q se ramifican los dems nodos. -Malla completa: Todos los nodos se comunican directamente entre si. -Celular: Circunferencias con nodos individuales en el centro, es para redes inalmbricas. COMPONENTES HARDWARE DE UNA RED. En algunas redes los ordenadores trabaja a veces como estaciones de trabajo y otras como servidor, a estas redes se les denomina redes igualitarias o peer to peer. -Servidores Pueden ser dedicados, sea q solo funcionan como servidores o no dedicados cuando pueden funcionar tanto de servidores como de estaciones de trabajo. -Estaciones de trabajo Los ordenadores conectados a la red son estaciones de trabajo. -Tarjetas de red Son las tarjetas de comunicaciones. -Sistema de cableado Coaxial: se divide en dos. -coaxial fino: 10base2. -coaxial grueso: 10base5 Fibra ptica: 10base-f Cable par trenzado: se divide en dos. -apantallado -sin apantallar Cable estructurado: -HUB Soporta ethernet, token ring y FDDI. .Encaminamiento y enlace a alta velocidad. .Circuitos dedicados entre nodos. .Repetidores multipuerto. -Switch (conmutador)

16

Dispositivo de red q crea lneas dedicadas entre sus puertos para evitar colisiones en la red. Es un bridge multipuerto. HERRAMIENTAS DE INTERCONEXION . -Repetidores Actan en la capa fsica y aumenta la seal de transmisin. -Bridges o puentes Actan la capa enlace de datos, trabajan con direcciones MAC Envan tramas Resuelven bucles -Routers o encaminadores Actan en la capa de red Trabajan con IP Cooperan entre si para encaminar los paquetes Filtran paquetes de datos -gateways o pasarelas Actan en la capa de aplicacin Intercambian datos con las aplicaciones
2.2) SOLICITAR PRESUPUESTO A VENDEDORES.

La propuesta de diseo establece los requerimientos generales del diseo y el analista realiz una investigacin previa de opciones y criterios tcnicos para prepararse en la solicitud de presupuesto, interrelacin y anlisis de ofertas de los potenciales vendedores. Para esta caso particular del sistema SIRSAS, se solicitar a los potenciales vendedores una solicitud de propuesta que incluir presupuesto. Veamos a continuacin el documento de solicitud de propuesta.
SOLICITUD PROPUESTA PARA PROCURA DE RECURSOS SOFTWARE Y HARDWARE NECESARIOS EN LA IMPLANTACIN DE SISTEMA DE INFORMACIN SIRSAS. I) INTRODUCCIN. La necesidad del requerimiento de esta procura es para implantar el sistema de informacin automatizado para el registro de solicitudes de ayuda socioeconmicos (SIRSAS). Actualmente, en el Municipio Brinas, Edo. Brinas, la Direccin de Desarrollo Social adcrista a la alcalda del Municipio referido tiene como misin gestionar el otorgamiento de ayudas socioeconmicas a la comunidad. Para llevar a cabo esta misin, los procesos tcnicosadministrativos para recepcin, procesamiento y aprobacin son realizados de forma manual. Se requiere mejorar y hacer ms eficientes estos procedimientos para lograr una mejor atencin al solicitante de ayuda, adems de mantener un mejor control del sistema. Por esto surge la necesidad de una propuesta de automatizacin del registro de solicitudes de ayuda y el sistema SIRSAS procura cubrir estas necesidades y de realizar una solicitud de procuras de los componentes del sistema. El sistema de informacin automatizado SIRSAS, a rasgos muy generales, presentas los siguientesrequerimientos: a) Disponer de una base de datos con toda la data necesario para la gestin de solicitudes de ayudas sociales a la direccin de desarrollo social del municipio Brinas. Esta informacin ser

17

agrupada en datos del solicitante, datos familiares solicitante, datos habitacionales del solicitante, datos solicitud ayuda, tipos de ayuda. b) Disponer de un programa de aplicacin con lenguaje de alto nivel, para interactuar con la base de datos y permitir el procesamiento automatizado de las diferentes transacciones que conforman la gestin de otorgamiento de ayudas sociales (consultas, actualizacin, registro, generacin de reportes). El sistema ofrecer pantallas de entradas y salidas diseadas de acuerdo a las exigencias del usuario para ofrecer un manejo adecuado y fcil de las transacciones. c) Permitir generar los siguientes reportes socioeconmicos: Solicitudes por Status Personas por Ayuda Social Parentesco entre Solicitantes Dinero Entregado por Ayuda Social Estos reportes permitirn realizar anlisis de planes y beneficios as como planificacin presupuestario. d) Establecer una red local, ubicada en las instalaciones de la alcalda del municipio Brinas la cual proporcionara conexin a nueve puestos de trabajos que cumplirn funciones relacionadas con la solicitud y otorgamiento de ayudas sociales a la comunidad del municipio. e) Establecer un almacn de datos fsicos (archivo) para respaldar la informacin contenida en la base de datos. Para esto se aprovechara el almacn existente del sistema actual. f) Mejorar la atencin al cliente y mejorar el ambiente laboral de los usuarios del sistema al ofrecer un sistema con las prestaciones ya sealadas que mejora los tiempos de respuesta considerablemente en comparacin con el sistema actual Por lo antes sealado, la propuesta global del sistema es: Sistema de informacin automatizado basado, en lo relativo al componente software, en lenguaje de programacin de ultima generacin, con capacidad de implantacin en ambiente de red local y con capacidad para interconexin a una base de datos tambin para aplicaciones redes. En lo relativo a su componente hardware, se establecer una red entre los usuarios del sistema SIRSAS de tipo LAN en lo que se dispondr de un computador principal donde residir la base de datos y el programa de aplicacin. II) NORMAS E INSTRUCCIONES. a) CALENDARIO DE SUCESOS QUE LLEVAN AL CONTACTO. Una vez recibido este documento por las partes interesadas; estos debern presentar la propuesta con presupuesto estimado a mas tardar a los tres das hbiles. La alcalda dar respuesta en un mximo de cinco tres hbiles siguientes (a partir de entrega propuesta) e inmediatamente entregar los compromisos o rdenes de compras respectivos de acuerdo a especificaciones de la oferta ganadora. Una vez entregadas las ordenes de compras, la empresa tendr un mximo de catorce das continuos para hacer la entrega del sistema en compra. La alcalda se reserva el derecho de rescindir el contrato en caso de incumplimiento de este calendario. b) REGLAS PARA PROCESO DE PROCURA. La solicitud de propuesta a potenciales vendedores ser entregada por el administrador o persona designada por este en la sede de la alcalda en reunin fijada para todos los interesados. La propuesta u oferta debe ser entregada de acuerdo al calendario establecido al administrador de la alcalda o persona designada por este. La propuesta ganadora ser anunciada por el administrador de la alcalda, en reunin fijada para tal fin.

18

Los potenciales vendedores deben demostrar sus acreditaciones y certificaciones necesarias para demostrar su competencia como suministradores responsables y seguros de los productos requeridos. Esta documentacin debe ser suministrada al momento de entregar la propuesta respectiva. El pago del servicio/producto requerido ser efectuado al recibir los mismos en conjuntos con los certificados de garanta pertinentes. III) REQUISITOS Y CARACTERSTICAS. a) Hardware: Red de comunicacin local con siete puestos de trabajos, todos estableciendo un ruteo aproximado de 200 mts. Cada puesto de trabajo debe incluir una impresora los accesorios respectivos (teclado, Mouse, escritorio con silla tipo ergonmico, cableados de computacin para estacin de trabajos y red, etc.). b) Software: Lenguaje de programacin de ultima generacin para diseo de la aplicacin y un manejador de base de datos de similares caractersticas. Optativamente, puede aceptarse algn paquete de desarrollo para el mejor uso de las herramientas de programacin sealadas. El sistema debe incluir el respectivo sistema operativo para trabajar en ambiente de red. c) servicios: Es obligatorio la garanta de servicio tcnico durante el tiempo que establezca la garanta. La garanta de servicio/asesora postgaranta se considera deseable, aunque no obligatorio. 2.3) EVALUAR PROPUESTAS DE VENDEDORES.

Las propuestas ofrecidas por los vendedores previamente deben ser revisadas para validar que cumplen con los requisitos exigidos. Para nuestro caso se asume que cumplen con estos y entonces se procede a la evaluacin desde el punto de vista de mejor oferta para los intereses del solicitante (Alcalda Municipio Brinas). Para realizar este anlisis y seleccin se usara la tcnica de elaboracin de matriz de viabilidad ya usada en casos anteriores; al igual que antes se consideraran los aspectos de viabilidad tcnica, viabilidad operativa, viabilidad econmica y viabilidad de calendario. Veamos, para nuestro caso dos propuestas ofrecidas por dos hipotticos vendedores, las cuales, llamaremos Oferta Empresa A y Oferta Empresa B las cuales cumplen con requerimientos establecidos.

OFERTA VENDEDOR A: Se ofrece establecer una red informtica para (07) puestos de trabajos donde se usara una red de tipo cliente/servidor compuesta de (08) nodos de los cuales (07) son para las estaciones de trabajo y (01) para el servidor que se usar a dedicacin exclusiva para el sistema SIRSAS. La propuesta incluye accesorios para los pc que fungirn como estaciones de trabajos y para el computador que ser usado como servidor.
I) ASPECTOS GENERALES: II) ESPECIFICACIONES TCNICAS: II.1) Hardware. (01) Servidor con las siguientes especificaciones tcnicas:

19

Precio Unitario: 3300 BSF .Incluye estante para su colocacin. (07) Estaciones de Trabajo: Se usaran (07) PC de escritorios con las siguientes especificaciones tcnicas (iguales para cada estacin):

Precio unitario: 2.250 BsF Precio total: 15.000BsF Incluye accesorios: mouse, teclado y pantalla HP.

20

Elementos de la red: (01) Swich de red. Especificaciones: SKU# SR224G Marca: Linksys * 24 autosensing 10/100 full duplex, auto MDI / MDI-X puertos Una Gigabit (10/100/1000BaseTX) MDI / MDI-X del puerto, y un puerto miniGBIC expansin. * Direccin de Aprendizaje y Control del flujo de datos para la transmisin de la fiabilidad. Precio: 600 BSF. (350) mts cable de red. Especificaciones: SKU# 7881A-G1 Marca: Belden Incluye conectores para (08) nodos. Precio: 1700 BSF Precios totales elementos de red: 2.300 BsF Total Precio de Hardware: 20.600 BsF. II.2) Software. SERVIDOR: usar sistema operativo con costo de licencia de ESTACIONES (PC de escritorio): sistema operativo WINDOW VISTA con costo de licencia de: PROGRAMACION(sistema de informacin contable a disear): *Para programas de aplicacin: JAVA versin 5.0. Costo: 0 Bsf *Para manejar la base de datos: MYSQL versin 2.2. Costo: 0 Bsf. *Paquete adicional de Desarrollo: ECLIPSE 3.1.Costo: 0 BsF. Todos de tipo abierto. Total Precio Software: 9.000 BsF II.3) Accesorios de Oficina. (07) mesa para PC de escritorio. Con compartimiento para PC, teclado, pantalla e impresora. Precio: 2.100 BsF. (07) Sillas de oficina tipo ergonmico.Precio: 700 BsF Total precio Accesorios: 2.800 BsF. TOTAL PRECIO: 32.400 BsF.
III) CONDICIONES DE ENTREGA.

Los componentes hardware, software, accesorios oficina sern entregados a los (10) das hbiles a partir recepcin solicitud de compra autorizada. OFERTA VENDEDOR B:
I) ASPECTOS GENERALES.

Se ofrece establecer una red informtica para (07) puestos de trabajos donde se usara una red tipo cliente/servidor donde una de las estaciones de trabajo fungir como servidor por lo que la red constara de (07) nodos. A continuacin las especificaciones tcnicas:
21

II) ESPECIFICACIONES TCNICAS: II.1) Hardware: (07) Estaciones de Trabajo con las siguientes caractersticas: * (06) PC de escritorio con las siguientes especificaciones tcnicas: LENOVO, Serie S, S200 (968462S):
TIPO DE MQUINA Computadora de escritorio modelo pequeo S200: 9684 PROCESADOR (VELOCIDAD, L2 CACH, FSB) Intel Core 2 Duo e4400 (2.0 GHz, 2 MB, 800 MHz) Intel Pentium Dual Core e2160 (1.80GHz, 1 MB, 800 MHz)/E2140 (1.60 GHz, 1 MB, 800 MHz) Procesador Intel Celeron 430 (1.80GHz, 512MB, 800MHz)/420 (1.60GHz, 512 MB, 800 MHz) SISTEMA OPERATIVO PREINSTALADO3 Windows XP Professional Original Windows Vista Basic Original Windows Vista Business Original Windows Vista Premium Original DISCO DURO SERIAL ATA2 Hasta 500 GB MEMORIA (est4/max1) Memoria DDR2, hasta 2GB CHIPSET CENTRAL Chipset Intel 945 GZ Express UNIDAD PTICA Combo DVD-ROM, DVD-RW COMUNICACIONES INTEGRADAS 100M EXPANSIN 6 puertos USB 2.0 (2 frontales), 5 puertos de audio (2 frontales), auriculares y parlantes estreo, 2 ranuras de expansin PCI, 1 PCI-e 1x y 1 PCI-e 16x DIMENSIONES (AxAxD) 105x331x405mm (4.13x13.03x15.94") TECLADO Teclado Preferred Pro USB GARANTA LIMITADA5 1 ao SOFTWARE INCLUIDO 6 Adobe Acrobat Reader, Pc Doctor, Diskeeper Home, Herramientas de Lenovo Care, Norton Internet Security (con 90 das de definiciones de virus), SUNJRE6.0, Microsoft Office 2007 Hybrid Pro, Corel Small Business Center (incluye Photo Album Starter y versiones con 60 das de prueba de Photo Album Deluxe, Paint Shop Pro, Corel Draw Graphics Suite and Presentations), barra de herramientas Microsoft Windows Live & Windows Live Search, Network Magic, Google Picasa, Centro Multimedia Lenovo, Quickbooks Financial Center (slo Estados Unidos) ACCESORIOS 1GB de memoria PC2-5300 667mHz DDR2 SDRAMUDIMM(73P4984), 2GB de memoria PC2-5300 667mHz DDR2 SDRAMUDIMM(73P4985),Unidad Super Multi-Burner Thinkcentre y Lenovo (Serial/ATA) (41N4620), Auriculares y micrfono multimedia USB de Lenovo (40Y8518), Teclado y mouse inalmbricos de rendimiento superior de Lenovo (73P4067), ATI X1300 Dual-VGA o Dual-DVI de 256MB, salida TV(41U5028), cmara web USB de Lenovo (40Y8519)

Precio unitario: 2.300 BsF. Precio total: 13.800 BsF. Incluye accesorios: mouse, teclado, pantalla LENOVO. Elementos de la red: (01) SWICH DE RED: SKU# 3CBLSF26-US. Marca: 3Com Conmutacin 10/100 Ethernet asequible y administrable mediante la web, con enlaces ascendentes Gigabit. Precio: 1.000BsF. Precios totales elementos de red: 1.000 BsF (350) mts cable de red. Especificaciones:

22

SKU# 7881A-G1 Marca: Belden Incluye conectores para (08) nodos. Precio: 1600 BSF. Precios totales elementos de red: 2.600 BsF (01) PC de escritorio para estacin con programas de aplicacin y base de datos, con las siguientes caractersticas: LENOVO, Serie A, modelo: A61e con las siguientes caractersticas generales:

Precio unitario: 2.600 BsF. Incluye mouse, teclado y pantalla LENOVO. Total prescio Hardware: 19.000 BsF. II.2) Software: Los PC de escritorio usaran sistema operativo WINDOW XP. Precio total licencia: 7.000 BsF. (Anual) Para el sistema de informacin contable a disear se ofrece los siguientes lenguajes de programacin de ultima generacin propietarios: * Visual Basic 6.0 de Microsoft, para el diseo de la base de datos. Precio licencia: 2.000 BSF anual.

23

* Microsoft SQL de Microsoft, para el diseo de la base de datos. Precio licencia: 1.500 Bsf anual. Total Precio Software: 10.500 BsF.
II.3) ACCESORIOS DE OFICINA:

(07) Mesa para PC de escritorio. Con compartimiento para PC, teclado, pantalla e impresora. Precio: 2.000 BsF. (07) Sillas de oficina tipo ergonmico.Precio: 500 BsF. Total Precio Accesorios: 2.500 BsF. TOTAL PRECIO OFERTA B: 32.000 BsF
III) CONDICIONES DE ENTREGA:

Los componentes ofertados sern entregados a lo sumo a los (12) das hbiles, contados a partir de recepcin documento de compra. Una vez recibidas las ofertas, veamos ahora la evaluacin de las mismas: La FIG. 6 (Matriz de viabilidad ofertas sistema SIRSAS) muestra el anlisis de las ofertas.
CRITERIO DE VIABILIDAD OFETA EMPRESA A
-LA TACNOLOGIA OFRECIDA ES PRACTICA Y DE FACIL ACCESO. -LA TECNOLOGIA CUMPLE CON LOS REQUERIMIENTOS ESTABLECIDOS. -LA CONFIGURACION PARA LA RED, PERMITE CAPACIDAD DE EXPANSIN FUTURA PARA AUTOMATIZAR OTROS PROCESOS EN LA ALCALDIA; ADEMAS ADEMAS DE SER SEGURA EN CUANTO A INTEGRIDAD DE INFORMACION Y DIDPONIBILIDAD POR SU DEDICACION EXCLUSIVA. -LOS SOFTWARE PARA APLICACIONES Y DESARROLLO SON ABIERTOS LO CUAL CUMPLE CON LAS PILITICAS NACIONALES DE INDEPENDENCIA TECNOLOGICA.

OFERTA EMPRESA B
-LA TECNOLOGIA OFRECIDA ES PRACTICA Y DE FACIL ACCESO. -LA TACNOLOGIA CUMPLE CON REQUERIMIENTOS ESTABLECIDOS. -LA CONFIGURACION PARA LA RED NO PERMITE CAPACIDAD PARA CRECIMIENTO FUTURO Y LA INFORMACION DEL SIRSAS NO ESTA EN SITIO A DEDICACION EXCLUSIVO. -LOS SOFTWARE PARA APLICACIN Y DESARROLLO SON TIPO CERRADOS O PROPIETARIOS LOS CUALES NO CUMPLEN CON POLITICAS NACIONALES DE INDEPENDENCIA TECNOLOGICA.

VIABILIDAD TCNICA: -LA SOLUCION ES PRACTICA Y DE FACIL IMPLANTACION ?. -LA SOLUCION SATISFACE REQUERIMIENTOS ?.

-LA OFERTA CUMPLE CON LA NECESIDADES OPERACIONALES REQUERIDAS POR LOS USUARIOS VIABILIDAD OPERATIVA: DE LA APLICACIN A DISEAR EN -SATISFACCION DENECESIDADES LA ALCALDIA DEL MUNICIPIO BRINAS. OPERACIONALES. -OPINION DE DISEADORES Y -LOS ANALISTAS Y DISEADORES PUEDEN REALIZAR LA ANALISTA SISTEMA. APLICACIN SIN INCOVENIENTES TECNICOS.

IGUAL A OFERTA EMPRESA A.

VIABILIDAD ECONOMICA: -COSTO DE LA PROCURA. .GARANTIA SATISFACTORIA.

-COSTO DE PROCURA: 32.400 BsF. -GARANTIA COMPONENTES ACEPTABLE:

COSTO DE PROCURA: 32.000 BsF -GARANTIA COMPONENTES ACEPTABLE:

VIABILIDAD DE CALENDARIO: -TIEMPO DE ENTREGA: (10) DIAS -TIEMPO DE ENTREGA: (12) DIAS -DURACION PUESTA EN SITIO DE HABILES A PARTIR ENTREGA HABILES A PARTIR ENTREGA COMPONENTES. ORDEN DE COMPRA. ORDEN DE COMPRA

FIG. 6 MATRIZ DE VIABILIDAD DE OFERTA PARA PROCURA SISTEMA SIRSAS.

24

Finalmente, mediante el uso del sistema de Baremo se escoge la mejor oferta. Se asume como medida de peso para opciones: 0% oferta menos atractiva y 100% mejor oferta. En la FIG. 7, esta la matriz de valores por sistema de baremo. CRITERIO DE VIABILIDAD Viabilidad Operativa Viabilidad Tcnico Viabilidad Econmica Viabilidad Calendario Resultado Ponderado OFERTA DE EMPRESA A 100 100 80 100 92 OFERTA DE EMPRESA B 70 100 90 98 89,5

FIG. 7 MATRIZ DE VALORES ANALISIS OFERTAS PROCURA SISTEMA SIRSAS.

El analista y propietario da un mayor peso al aspecto tcnico relacionado con la topologa de la red, lo cual brinda bondades mayores la oferta de la empresa A en capacidad de expansin o crecimiento futuro por el hecho de disponer de un servidor, a dedicacin exclusiva. El uso de paquetes de programacin abiertos resulta importante para el propietario y resulta tambin factor determinante para valorar mejor la oferta A: finalmente, los costos difieren siendo mejor la oferta B en comparacin a la oferta A, pero el propietario decide que las bondades tcnicas resultan determinantes en la seleccin y por eso el peso asignado no influye en el resultado final. La oferta de la empresa A resulta ms conveniente para la Alcalda del Municipio Brinas y se declara ganadora del proceso de procura. 3) FASE DE DISEO E INTEGRACION.
3.1) ANLISIS Y DISTRIBUCIN DE DATOS.

Para cumplir con esta primera etapa de la fase de diseo e integracin efectuaremos un modelo de datos esencial normalizado aplicando para esto: a) tcnica de anlisis de datos y b) tcnica de anlisis de sucesos. Partiremos del modelo de datos definido en el anlisis del sistema (ver informe 335). Este modelo es el punto de partida y al final obtendremos un modelo de datos refinado o normalizado listo para la fase de creacin (en cdigos) de la base de datos de SIRSAS. Con esta informacin proseguimos con el anlisis de datos; aplicando la tcnica o metodologa mostrado en los pasos siguientes: Paso 1: Verificar o Aadir Claves a Entidades. Las claves asignadas durante el anlisis del sistema son apropiadas y se mantienen; solo consideramos necesario realizar modificaciones en la entidad
3.1.1) ANLISIS DE DATOS.

25

datos familiares solicitante: se agrega atributo CANT. CARGA para definir el numero de personas que componen la carga familiar del solicitante; se agrega el atributo CARGA FMLAR para agrupar los atributos dependientes, ya creados, nombre carga familiar, cdula carga familiar, parentesco. Finalmente, se crea el atributo Otros FMLARES para agrupar los atributos relacionados, ya creados, nombres Otros FMLARES, cedula otros familiares, parentesco otros familiares, (estos ultimo atributos ya existan en el modelo previo, pero se las hace una modificacin en la nomenclatura para identificarlos). Seguidamente, la FIG. 8 muestra el resultado de la primera revisin finalizado el paso 1. Datos del Solicitante: Cedula Solicitante Edad Solicitante Sexo Solicitante Edo. Civil Solicitante Telfono Solicitante Trabaja? Direccin Trabajo Telfono Trabajo Sueldo Mensual Datos Solicitud De Ayuda: Numero de Solicitud Fecha Solicitud Nombre Solicitante Cedula Solicitante Detalle Ayuda Cdigo Ayuda Monto Solicitado Nombre Beneficiario Cedula Beneficiario Status Solicitud Monto Aprobado Tipos de Ayuda: Cdigo de Ayuda Descripcin Ayuda Requisitos Ayuda Monto Ayuda Datos Habitacin del Solicitante: Cedula Solicitante Vivienda Fija? Direccin Habitacin Parroquia Tipo Tenencia Servicios Vivienda Distribucin Vivienda Datos Familiares Solicitante: Cedula Solicitante Cantidad Carga Carga Familiar (repetido 1-CANT. CARGA veces) que consta de: Nombre Carga FMLAR Cedula Carga FMLAR Parentesco Carga CANT. Otros FMLARES Otros FMLARES (repetido 1-CANT. Otros familiares) que consta de: Nombres Otros FMLARES Cedula Otros FMLARES Parentesco Otros FMLARES

Fig. 8 PRIMERA REVISION MODELOS DATOS SIRSAS.

Paso 2: Poner las Entidades en 1FN. Ahora para cumplir con este paso, partiremos del modelo plasmado en la FIG. 8. Veamos los atributos que se repiten para una sola presencia de la entidad en

26

estudio. Es claro que la nica entidad con atributos que se repiten, dentro de ella, es Datos Familiares Solicitante. El resto de las entidades estn ya en 1FN. Para hacer la transformacin de la entidad sealada a 1FN, vemos que los atributos que se repiten son carga familiar, luego debemos crear una nueva entidad independiente (en 1FN) que cubran toda la informacin presente inicialmente en datos familiares solicitante. Esta nueva entidade es: Carga FMLAR. En la FIG. 9, vemos la modificacin realizada al modelo de datos de la FIG. 8. Datos del Solicitante: Cedula Solicitante Edad Solicitante Sexo Solicitante Edo. Civil Solicitante Telfono Solicitante Trabaja? Direccin Trabajo Telfono Trabajo Sueldo Mensual Datos Solicitud De Ayuda: Nmero de Solicitud Fecha Solicitud Nombre Solicitante Cedula Solicitante Detalle Ayuda Cdigo Ayuda Monto Solicitud Nombre Beneficiario Cdula Beneficiario Status Solicitud Monto Aprobado Datos Habitacin del Solicitante: Cedula Solicitante Vivienda Fija? Direccin Habitacin Parroquia Tipo Tenencia Servicios Vivienda Distribucin Vivienda Datos Familiares Solicitante: Cedula Solicitante Cantidad Carga Cantidad Otros FMLARES Carga FMALAR: Cedula Solicitante + Cedula Carga Familiar Nombre Carga Familiar Parentesco Carga Otros FMLARES: Cedula Solicitante + Cedula Carga Familiar Nombres Otros FMLARES Parentesco Otros FMLARES

Tipos de Ayuda: Cdigo de Ayuda Descripcin Ayuda Requisitos Ayuda Monto Ayuda
FIG. 9 SEGUNDA REVISION MODELO DE DATOS SIRSAS (EN 1FN).

En la FIG. 9, esta claro que todas las entidades estn ahora en 1FN.

27

Paso 3: Poner las Entidades en 2FN. Ahora en la segunda revisin del modelo lista (FIG. 9), pasamos a otra revisin para llevar el modelo a 2FN. Para esto solo se estudian las entidades con claves concatenadas, estas son: carga familiar, otros familiares. Para estas entidades vemos que sus atributos no claves, dependen exclusivamente de todo el conjunto clave y no solo de uno de los componentes de la clave concatenada. De aqu, ya estas estn en 2FN. De este anlisis, la FIG. 10 muestra el modelo en 2FN (idntica a FIG. 9). Datos del Solicitante: Cedula Solicitante Edad Solicitante Sexo Solicitante Edo. Civil Solicitante Telfono Solicitante Trabaja? Direccin Trabajo Telfono Trabajo Sueldo Mensual Datos Solicitud De Ayuda: Cantidad Otros FMLARES Nmero Solicitud Fecha Solicitud Nombre Solicitante Cedula Solicitante Detalle Ayuda Cdigo Ayuda Monto Solicitado Nombre Beneficiario Cdula Beneficiario Status Solicitud Monto Aprobado Datos Habitacin del Solicitante: Cedula Solicitante Vivienda Fija? Direccin Habitacin Parroquia Tipo Tenencia Servicios Vivienda Distribucin Vivienda Datos Familiares Solicitante: Cedula Solicitante Cantidad Carga

Carga FMLAR: Cedula Solicitante + Cedula Carga Familiar Nombre Carga Familiar Parentesco Carga Otros FMLARES: Cedula Solicitante + Cedula Carga Familiar Nombres Otros FMLARES Parentesco Otros FMLARES

Tipos de Ayuda: Cdigo de Ayuda Descripcin Ayuda Requisitos Ayuda Monto Ayuda FIG. 10 TERCERA REVISION MODELO DE DATOS SIRSAS (2FN). Paso 4: Poner las Entidades en 3FN. Partiendo de la representacin en 2FN (FIG. 10), se deben buscar atributos no claves que dependan de otros atributos de la misma entidad. En esta caso, esto no ocurre, todos los atributos no claves dependen nica y exclusivamente

28

de la (s) claves (s). De aqu, la representacin mostrada en la FIG. 10, se mantiene como esta y pasa a representar el modelo en 3FN (FIG. 11). Datos Habitacin del Solicitante: Cedula Solicitante Vivienda Fija? Direccin Habitacin Parroquia Tipo Tenencia Servicios Vivienda Distribucin Vivienda Datos Familiares Solicitante: Cedula Solicitante Cantidad Carga Cantidad Otros FMLARES Carga FMLAR: Cedula Solicitante + Cedula Carga Familiar Nombre Carga Familiar Parentesco Carga Otros FMLARES: Cedula Solicitante + Cedula Carga Familiar Nombres Otros FMLARES Parentesco Otros FMLARES

Datos del Solicitante: Cedula Solicitante Edad Solicitante Sexo Solicitante Edo. Civil Solicitante Telfono Solicitante Trabaja? Direccin Trabajo Telfono Trabajo Sueldo Mensual Datos Solicitud De Ayuda: Numero de Solicitud Fecha Solicitud Nombre Solicitante Cedula Solicitante Detalle Ayuda Cdigo Ayuda Monto Solicitado Nombre Beneficiario Cdula Beneficiario Status Solicitud Monto Aprobado

Tipos de Ayuda: Cdigo de Ayuda Descripcin Ayuda Requisitos Ayuda Monto Ayuda
FIG. 11 CUARTA REVISION MODELO DE DATOS SIRSAS (3FN).

Paso 5: Otra Simplificaciones. En el DER definido durante la fase de anlisis del sistema, las entidades Datos Solicitante y Datos Solicitud Ayuda estn interrelacionadas, de acuerdo a esto podemos eliminar los atributos cedula solicitante, nombre solicitante de entidad Datos Solicitud Ayuda, por estas ya incluidas en la entidad datos solicitante. Recurdese que el atributo clave numero solicitud esta conformado por la unin de atributos cedula solicitante y fecha solicitud. Cabe sealar que, los atributos detalle ayuda y monto aprobado, se mantendrn en la entidad datos solicitud ayuda; pudiera pensarse que se repiten en la entidad tipos de ayuda, pero aclaramos que en el atributo detalle ayuda se colocara la descripcin de la ayuda solicitada tal cual como es solicitada por el cliente por lo que no

29

necesariamente es igual (textualmente) como esta en la entidad tipos de ayuda; en cuanto al atributo monto aprobado no necesariamente es igual al monto ayuda en entidad tipos de ayuda (de acuerdo a los anlisis tcnicos de los niveles aprobatorios de la solicitud de ayuda, el monto aprobado puede ser menor al monto ayuda mximo posible (cargado en atributo monto ayuda de entidad tipos de ayuda). Finalmente, se crean dos entidades(REQUISITOS AYUDAS y REQUISITOS) para poder codificar los requisitos de ayudas y normalizar en 3FN. De acuerdo a esta ltima revisin tenemos el modelo de datos revisado en cuanto a su estructura (ver FIG.12). Datos del Solicitante: Cedula Solicitante Edad Solicitante Sexo Solicitante Edo. Civil Solicitante Telfono Solicitante Trabaja? Direccin Trabajo Telfono Trabajo Sueldo Mensual Datos Solicitud De Ayuda: Numero de Solicitud Fecha Solicitud Detalle Ayuda Cdigo Ayuda Monto Solicitado Nombre Beneficiario Cedula Beneficiario Status Solicitud Monto Aprobado Datos Habitacin del Solicitante: Cedula Solicitante Vivienda Fija? Direccin Habitacin Parroquia Tipo Tenencia Servicios Vivienda Distribucin Vivienda Datos Familiares Solicitante: Cedula Solicitante Cantidad Carga Cantidad Otros FMLARES Carga FMLAR: Cedula Solicitante + Cedula Carga Familiar Nombre Carga Familiar Parentesco Carga Otros FMLARES: Cedula Solicitante + Cedula Carga Familiar AYUDAS: REQUISITOS Nombres Otros FMLARES CODIGO AYUDA Parentesco Otros FMLARES CODIGO REQUISITO REQUISITOS CODIGO REQUISITO Descripcin Requisito

Tipos de Ayuda: Cdigo de Ayuda Descripcin Ayuda Requisitos Ayuda Monto Ayuda

FIG. 12 MODELO DE DATOS REVISADO FINAL DEL SIRSAS

Paso 6: Elaborar el DER Refinado. Partiendo del modelo de datos refinados obtenido en el paso 5 (FIG. 12) y del modelo DER previo obtenido durante la fase de anlisis del sistema, obtenemos el nuevo DER del SIRSAS el cual llamaremos DER refinado en esta seccin. La FIG. 13, muestra este DER.

30

Vemos las explicaciones del DER tomando como referencia los puntos de control asignados con letras maysculas, los puntos de control A, E, F se mantienen igual a como se plantearon durante el anlisis del sistema, veamos los puntos B, C, D que fueron modificados durante el refinamiento de los datos. B: Una presencia de datos solicitante esta asociado a una y solo una presencia de datos familiares solicitante; a su vez una presencia de datos familiares solicitante puede estar asociada a uno o ms datos solicitante. Asumimos que todo solicitante de ayuda (inclusive caso indigente) debe presentar aunque sea un familiar para cargar el sistema. Por otra parte, la informacin de datos familiares puede estar referida a uno o ms solicitante de ayuda (Ej.: caso de dos indigentes familiares que sealen a un mismo familiar como otros familiares). C: Una presencia de carga familiar esta asociado a uno y solo uno presencia de datos familiares solicitante, mientras que una presencia de datos familiares solicitante esta asociado a cero o ms presencia de carga familiar (un indigente, por ejemplo, puede no presentar datos de carga familiar). D: Una presencia de tipos de ayudas puede estar asociada a una o mas presencia de requisitos de ayudas; una presencia de requisitos de ayudas puede estar asociada a uno o ms presencia de tipos de ayudas. G: Requisitos de Ayuda tiene asociado uno y solo un Requisitos, mientras que Requisitos puede tener uno o mas requisitos de ayudas asociados. Esta relacin fue necesaria crearla para descriminar los requisitos individualmente y poder normar en 3FN.

31

Paso 7: Revisar y Afinar el Modelo de Datos. Para este caso, al ser el usuario del sistema el mismo analista y diseador del sistema, se asume que el usuario acepta la nueva propuesta y por tanto no requiere ms revisin o afinacin.
3.1.2) ANLISIS DE SUCESOS.

Sobre el modelo de datos refinado ya presentado, se identificaran los sucesos de empresa y las condiciones que hacen que los datos se creen, se modifiquen, o se borren. A continuacin se detallan los pasos necesarios para efectuar este anlisis. Paso 1: Identificar Sucesos de las Entidades Fundamentales. Las entidades fundamentales son: DATOS HABIITAC. SOLICITANTE , DATOS FMLARES SOLICITANTE, CARGA FMLAR, OTROS FMALRES, SOLICITUD AYUDA,TIPOS DE AYUDA. Veamos en la FIG. 14, la tabla de sucesos para estas entidades. Se escogern los sucesos que se consideran ms posibles de ocurrir.
FIG.14 TABLA ANALISIS DE SUCESOS PARA ENTIDADES FUNDAMENTALES.
NOMBRE ENTIDAD
TIPO DE AYUDA

DESCRIPCION DEL SUCESO


1. LA DIRECCION DE DESARROLLO SOCIAL AUTORIZA AGREGAR NUEVO BENEFICIO PARA AYUDA. 2. LA DIRECCION DE DESARROLLO SOCIAL AUTORIZA MEJORAR MONTO AYUDA PARA ALGUN BENEFICIO. 3. ACCEDER A INFORMACION DE UN TIPO DE AYUDA. 4. LA DIRECCION DE DESARROLLO SOCIAL AUTORIZA ELIMINAR PRESENCIA DE TIPO DE AYUDA 1. ALGUNA DEPENDENCIA DE LA DIRECCION DE DESARROLLO SOCIAL O EL ALCALDE ACCEEDE A INFORMACION DE DATOS HABITACIONALES SOLICITANTE

NOMBRE SUCESO
REGISTRAR MEJORAS A BENEFICIOS

CLAB

CONDICIONES
1. VERIFICAR QUE NO EXISTEN LOS BENEFICIOS A REGISTRAR 1. DEBE ASISTIR O ESTAR CARGADA LA PRESENCIA RESPECTIVA

TIPO DE AYUDA

ACTUALIZAR TIPOS DE AYUDA

TIPO DE AYUDA

LEER TIPOS DE AYUDA

1. NINGUNA

TIPO DE AYUDA

BORRAR TIPO DE AYUDA

1. DEBE ASISTIR O ESTAR CARGADA LA PRESENCIA RESPECTIVA.

DATOS HABITAC. SOLICITANTE

LEER DATOS HABITACIONA LES

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE.

32

Continuacin FIG. 14:


1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. STATUS SOLICITUD EN ENTIDAD DATOS SOLICITUD DE AYUDA ! S, A, RCH. 1. DEBE EXISTIR UNA PRESENCI ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. DEBE EXISTIR IGUAL SOLICITUD PARA ENTIDAD DATOS SOLICITANTE. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. VERIFICAR Q NO EXISTEN DATOS.

DATOS HABITAC. SOLICITANTE

2. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS ACTUALIZA INFORMACION HABITACIONAL POR PETICION DE UN SOLICITANTE DE AYUDA

ACTUALIZAR DATOS HABITACIONA LES

DATOS HABITAC. SOLICITANTE

3. LA DIVISION DE ESTUDIOS SOCIECONOMICOS ELIMINA PRESENCIA DE DATOS HABITACIONALES POR PETICION DE UN SOLICITANTE DE AYUDA

BORRAR DATOS HABITACIONA LES

DATOS HABITAC. SOLICITANTE

4. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS CARGA NUEVA INFORMACION POR PETICION DE UN SOLICITANTE DE AYUDA 1. ALGUNA DEPENDENCIA DE LA DIRECCION DE DESARROLLO SOCIAL O EL ALCALDE ACCEEDE A INFORMACION DE DATOS FAMILIARES SOLICITANTE

REGISTRAR NUEVOS DATOS HABITACIONA LES

DATOS FMLARES SOLICITANTE

LEER DATOS FAMILIARES SOLICITANTE

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE.

DATOS FMLARES SOLICITANTE

2. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS ACTUALIZA INFORMACION DE FAMILIARES POR PETICION DE UN SOLICITANTE DE AYUDA

ACTUALIZAR DATOS FAMILIARES SOLICITANTE

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. STATUS SOLICITUD EN ENTIDAD DATOS SOLICITUD DE AYUDA ! S,A, RCH. 1. DEBE EXISTIR UNA PRESENCI ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. DEBE EXISTIR IGUAL SOLICITUD PARA ENTIDAD DATOS SOLICITANTE.

DATOS FMLARES SOLICITANTE

3. LA DIVISION DE ESTUDIOS SOCIECONOMICOS ELIMINA PRESENCIADE DATOS FAMILIARES POR PETICION DE UN SOLICITANTE DE AYUDA

BORRAR DATOS FAMILIARES

DATOS FMLARES SOLICITANTE

4. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS CARGA NUEVA INFORMACION POR PETICION DE UN SOLICITANTE DE AYUDA

REGISTRAR NUEVOS DATOS FAMILIARES

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. VERIFICAR QUE NO EXISTEN DATOS.

33

Continuacin FIG. 14:

CARGA FMLAR

1. ALGUNA DEPENDENCIA DE LA DIRECCION DE DESARROLLO SOCIAL O EL ALCALDE ACCEEDE A INFORMACION DE CARGA FAMILIAR.

LEER DATOS DE CARGA FAMILIAR.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE.

CARGA FMLAR

2. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS ACTUALIZA INFORMACION DE CARGA FAMILIAR POR PETICION DE UN SOLICITANTE DE AYUDA

ACTUALIZAR DATOS CARGA FAMILIAR.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. STATUS SOLICITUD EN ENTIDAD DATOS SOLICITUD DE AYUDA ! S,A, RCH. 1. DEBE EXISTIR UNA PRESENCI ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. DEBE EXISTIR IGUAL SOLICITUD PARA ENTIDAD DATOS SOLICITANTE. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. VERIFICAR QUE NO EXISTEN DATOS.

CARGA FMLAR

3. LA DIVISION DE ESTUDIOS SOCIECONOMICOS ELIMINA PRESENCIA DE CARGA FAMILIAR POR PETICION DE UN SOLICITANTE DE AYUDA

BORRAR DATOS CARGA FAMILIAR

CARGA FMLAR

4. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS CARGA NUEVA INFORMACION POR PETICION DE UN SOLICITANTE DE AYUDA 1. ALGUNA DEPENDENCIA DE LA DIRECCION DE DESARROLLO SOCIAL O EL ALCALDE ACCEEDE A INFORMACION DE REQUISITOS.

REGISTRAR NUEVOS DATOS DE CARGA FAMILIAR.

REQUISITOS AYUDA

LEER DATOS DE REQUISITOS AYUDA.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD TIPOS AYUDAS

REQUISITOS AYUDA

2. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS ACTUALIZA INFORMACION DE REQUISITOS DE AYUDAS POR

ACTUALIZAR DATOS DE REQUISITOS AYUDA

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD TIPOS DE AYUDAS. 2. STATUS SOLICITUD EN ENTIDAD DATOS SOLICITUD DE AYUDA ! S,A, RCH. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD TIPOS DE AYUDAS.

REQUISITOS AYUDA

3. LA DIVISION DE PLANES Y PROYECTOS SOCIALES ELIMINA PRESENCIA DE REQUISITOS DE AYUDAS.

BORRAR DATOS REQUISITOS AYUDA.

34

Continuacin FIG. 14:


4. LA DIVISION DE PLANES Y PROYECTOS SOCIALES ELFECTUA REGISTRO DE REQUISITOS AYUDAS. 1. REGISTRAR NUEVOS DATOS DE REQUISITOS AYUDAS DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD TIPOS DE AYUDAS

REQUISITOS AYUDA

SOLICITUD AYUDA

1. ALGUNA DEPENDENCIA DE LA DIRECCION DE DESARROLLO SOCIAL O EL ALCALDE ACCEEDE A INFORMACION DE SOLICITUD DE AYUDA 2. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS ACTUALIZA INFORMACION DE SOLICITUD AYUDA POR PETICION DE UN SOLICITANTE DE AYUDA

LEER DATOS DE SOLICITUD AYUDA..

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE.

SOLICITUD AYUDA

ACTUALIZAR DATOS DE SOLICITUD AYUDA.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. STATUS SOLICITUD EN ENTIDAD DATOS SOLICITUD DE AYUDA ! S,A, RCH. 1. DEBE EXISTIR UNA PRESENCI ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. DEBE EXISTIR IGUAL SOLICITUD PARA ENTIDAD DATOS SOLICITANTE. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. VERIFICAR QUE NO EXISTEN DATOS. 3. NO DEBE HABER SOLICITUD CARGADA PARA LA MISMA FECHA (UNA SOLICITUD PERMITIDA POR DIA).

SOLICITUD AYUDA

3. LA DIVISION DE ESTUDIOS SOCIECONOMICOS ELIMINA PRESENCIA DE SOLICITUD AYUDA POR PETICION DE UN SOLICITANTE DE AYUDA

BORRAR DATOS SOLICITUD AYUDA.

SOLICITUD AYUDA

4. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS CARGA NUEVA INFORMACION POR PETICION DE UN SOLICITANTE DE AYUDA

REGISTRAR NUEVOS DATOS DE SOLICITUD AYUDA.

Fin de FIG.14.

NOTA: LA ENTIDAD REQUISTOS NO REQUIERE DE CONDICIONES EXPRESAR PARA EFECTUAR ELIMINACION,REGISTRO, ACTUALIZACION O LECTURA, POR ESO NO SE INCLUYE EN LA TABLA DE LA FIG.14.

Paso 2: Identificar los Sucesos de las Entidades Asociativas. Podemos sealar como entidad asociativa DATOS SOLICITANTES, para esta entidad el atributo cdula solicitante interrelaciona o asocia varias entidades fundamentales. En la FIG. 15, vemos la tabla de anlisis de sucesos para esta entidad.

35

NOMBRE ENTIDAD

DESCRIPCION DEL SUCESO

NOMBRE SUCESO

CLAB

CONDICIONES
1. DEBE REGISTRARCE TAMBIEN INFORMACION PARA ENTIDADES DATOS SOLICITUD AYUDA, DATOS HABITAC. SOLICITANTE, DATOS FMLARES SOLICITANTE, CARGA FAMILIIAR Y OTROS F. 1. DEBEN EXISTIR PRESENCIAS ASOCIADAS EN ENTIDADES DATOS SOLICITUD AYUDA, DATOS HABITAC. SOLICITANTE, DATOS FMLARES SOLICITANTE, CARGA FAMILIIAR Y OTROS F. 2. STATUS SOLICITUD ! S,A, RCH. 1. DEBE EXISTIR LA PRESENCIA CARGADA. 2. DEBE REALIZARSE ELIMINACION AUTOMATICA PARA ENTIDADES DATOS SOLICITUD AYUDA, DATOS HABITAC. SOLICITANTE, DATOS FMLARES SOLICITANTE, CARGA FAMILIIAR Y OTROS F. STATUS SOLICITUD EN ENTIDAD SOLICITUD AYUDA ! A, RCH. 1. DEBE EXISTIR PRESENCIA ASOCIADA EN DATOS SOLICITUD AYUDA, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES.

1. LA DIVISION DE ESTUDIOS REGISTRAR O SOCIOECONOICOS CARGA CARGAR DATOS INFORMACION DE UN DE NUEVO SOLICITANTE DE SOLICITANTE. AYUDA

2. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS DECIDE ACTUALIZAR INFORMACIN POR REQUERIMIENTO DE UN SOLICITANTE DE AYUDA.

ACTUALIZAR DATOS SOLICITANTE.

DATOS SOLICITANTES

3. LA DIVISION DE ESTUDIOS SOCIOECONOMICOS ELIMINA PRESENCIA EN DATOS SOLICITANTE POR REQUERIMIENTOS DE UN SOLICITANTE DE AYUDA.

BORRAR DATOS SOLICITANTE.

4.ALGUNA DEPENDENCIA DE LA DIRECION DE DESARROLLO SOCIAL O EL ALCALDE ACCEDEN A DATOS SOLICITANTE.

LEER O CONSULTAR DATOS SOLICITANTE.

1. ACTUALIZAR STATUS SOLICITUD(POR ASISTENTE SOCIAL, PROMOTOR SOCIAL O DIRECTOR DESARROLLO SOCIAL).

ACTUALIZAR ATRIBUTO STATUS SOLICITUD.

VER TABLA DE DESICIONES EN FIG.16.

Paso 3: Agrupar Sucesos Comunes. De las FIG. 14 y 15, vemos que no hay sucesos estrictamente repetidos para variar entidades. Sin embargo, se presenta en la FIG. 16 una tabla reordenada en funcin de los sucesos de empresas.

FIG. 15 TABLA ANALISIS DE SUCESOS PARA ENTIDAD DATOS SOLICITANTES.

36

NOMBRE SUCESO REGISTRAR MEJORAS A BENEFICIOS

ENTIDADES INVOLUCRADAS TIPO DE AYUDA

CLAB

ENTIDADES QUE DEBEN SER ACCEDIDAS TIPO DE AYUDA

CONDICION NO ESTA YA CARGADA LA INFORMACION. 1. NO ESTA YA CARGADA LA INFORMACION. 2. EXISTEN DATOS SOLICITANTE ASOCIADO. 1. NO ESTA YA CARGADA LA INFORMACION. 2. EXISTEN DATOS SOLICITANTE ASOCIADO. 3. REGISTRAR ADEMAS CARGA FAMILIAR Y/O OTROS FAMILIARES 1. NO ESTA YA CARGADA LA INFORMACION. 2. EXISTEN DATOS SOLICITANTE ASOCIADO. 3. REGISTRAR ADEMAS DATOS FMLARES SOLICITANTE.

REGISTRAR NUEVOS DATOS HABITAC. SOLICITANTE

DATOS HABITAC. SOLICITANTE, DATOS SOLICITANTE

DATS HABITAC. SOLICITANTE, DATOS SOLICITANTE.

REGISTRAR NUEVOS DATOS FAMILIARES

DATOS FMLARES SOLICITANTE, DATOS SOLICITANTE

DATOS FAMILIARES SOLICITANTE, DATOS SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES.

REGISTRAR CARGA FMALR

CARGA FMLAR, DATOS SOLICITANTE

DATOS FAMILIARES SOLICITANTE, DATOS SOLICITANTE, CARGA FAMILIAR,

REGISTRAR REQUISITOS AYUDAS

TIPOS DE AYUDAS,REQUISITOS AYUDAS

TIPOS DE AYUDAS,REQUISIT OS AYUDAS

1. NO ESTA YA CARGADA LA INFORMACION. 2. EXISTE TIPO AYUDAASOCIADO.

REGISTRAR NUEVOS DATOS SOLICITUD DE AYUDA

DATOS SOLICITUD AYUDA, DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE.

DATOS SOLICITUD AYUDA, DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE. DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, DATOS SOLICITUD AYUDA, TIPOS AYUDA.

1. NO ESTA YA CARGADA LA INFORMACION. 2. EXISTEN DATOS SOLICITANTE ASOCIADO.

REGISTRAR NUEVO DATOS SOLICITANTE AYUDA

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, DATOS SOLICITUD AYUDA, CARGA FAMILIAR Y OTROS FAMILIARES.

1. NO ESTA YA CARGADA LA INFORMACION. 2. REGISTRAR ADEMAS, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, DATOS SOLICITUD AYUDA, CARGA FAMILAR Y OTROS FAMILIARES.

37

ACTUALIZAR TIPO DE AYUDA

TIPO DE AYUDA

A(*)

TIPO DE AYUDA

ACTUALIZAR DATOS HABITAC. SOLICITANTE

DATOS HABITAC. SOLICITANTE

DATOS HABITACIONALES SOLICITANTE, DATOS SOLICITANTE.

ACTUALIZAR DATOS FAMILIARES SOLICITANTE

DATOS FMLARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES.

DATOS FAMILIARES SOLICITANTE, DATOS SOLICITANTE.

ACTULALIZAR CARGA FMLAR

DATOS SOLICITANTE, CARGA FAMILIAR.

DATOS SOLICITANTE, CARGA FAMILIAR.

ACTUALIZAR REQUISITOS AYUDAS

REQUISITOS AYUDAS, TIPOS AYUDAS

REQUISITOS AYUDAS, TIPOS AYUDAS

1. DEBE EXISTIR PRESENCIA PARA TIPO DE AYUDA. 2. REQUIERE AUTORIZACION DE DIRECTOR DESARROLLO SOCIAL 1. DEBE EXISTIR PRESENCIA PARA EL SOLICITANTE RELACIONADO. 2. STATUS SOLICITUD ! S, A, RC. 1. DEBE EXISTIR PRESENCIA PARA EL SOLICITANTE RELACIONADO. 2. ACTUALIZAR CARGA FAMILIAR Y/O OTROS FAMILIARES. 3. STATUS SOLICITUD ! S, A, RC. 1. DEBE EXISTIR PRESENCIA PARA EL SOLICITANTE RELACIONADO. 2. STATUS SOLICITUD ! S, A, RC. 1. DEBE EXISTISR PRESENCIA PARA EL TIPO AYUDA RELACIONADO.

ACTUALIZAR SOLICITUD DE ATUDA

DATOS SOLICITANTE, CARGA FAMILIAR, TIPOS DE AYUDA, SOLICITUD AYUDA.

DATOS SOLICITANTE, CARGA FAMILIAR, TIPOS DE AYUDA, SOLICITUD AYUDA.

ACTUALIZAR DATOS SOLICITANTE LEER TIPOS DE AYUDA LEER DATOS HABITAC. SOLICITANTE LEER DATOS FMLARES SOLICITANTE

1. DEBE EXISTIR PRESENCIA PARA EL SOLICITANTE RELACIONADO. 2. ACTUALIZAR CARGA FAMILIAR, SI ATRIBUTOS A ACTUALIZAR ESTAN RELACIONADOS. 3. SI ATRIBUTO ES REFERIDO A BENEFICIOS VALIDAR CODIGO AYUDA SEGN ENTIDAD TIPOS DE AYUDA. 4. STATUS SOLICITUD ! S, A, RC. 1. STATUS SOLCITUD ! R, A, RC . 1. NINGUNA. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD
DATOS SOLICITANTE.

DATOS SOLICITANTE TIPOS AYUDA DATOS HABITACIONALES SOLICITANTE, DATOS SOLICITANTE. DATOS FAMILIARES SOLICITANTE, DATOS SOLICITANTE.

A L L

DATOS SOLICITANTE DATOS SOLICITANTE DATOS HABITACIONALES SOLICITANTE, DATOS SOLICITANTE. DATOS FAMILIARES SOLICITANTE,
DATOS SOLICITANTE.

38

LEER CARGA FMLAR

CARGA FAMILIAR, DATOS SOLICITANTE.

CARGA FAMILIAR, DATOS SOLICITANTE.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN TIPOS AYUDAS..
1. NINGUNA.

LEER REQUISITOS AYUDAS

REQUISITOS AYUDAS, TIPOS AYUDAS

REQUISITOS AYUDAS, TIPOS AYUDAS

LEER DATOS SOLICITANTE

DATOS SOLICITANTE

DATOS SOLICITANTE

LEER DATOS SOLICITUD DE AYUDA

DATOS SOLICITANTE, DATOS SOLICITUD DE AYUDA.

DATOS SOLICITANTE, DATOS SOLICITUD DE AYUDA.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN DATOS SOLICITANTE. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. IGUAL ACCION DEBE EJECUTARCE SOBRE PRESENCIAS RELACIONADAS RESTANTES (ENTIDADES INVOLUCRADAS). 3. STATUS SOLICITUD ! A, S, RC.

BORRAR DATOS HABITAC. SOLICITANTE

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

B(*)

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

BORRAR DATOS FMLARES SOLICITANTE

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. IGUAL ACCION DEBE EJECUTARCE SOBRE PRESENCIAS RELACIONADAS RESTANTES (ENTIDADES INVOLUCRADAS). 3. STATUS SOLICITUD ! A ,S, RC. 1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. IGUAL ACCION DEBE EJECUTARCE SOBRE PRESENCIAS RELACIONADAS RESTANTES (ENTIDADES INVOLUCRADAS). 3. STATUS SOLICITUD ! A . S, RC.

BORRAR CARGA FMLAR

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

39

BORRAR REQUISITOS AYUDAS,

REQUISITOS AYUDAS, TIPOS AYUDAS.

REQUISITOS AYUDAS, TIPOS AYUDAS.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD TIPOS AYUDAS.

BORRAR SOLICITUD DE AYUDA

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA.

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. IGUAL ACCION DEBE EJECUTARCE SOBRE PRESENCIAS RELACIONADAS RESTANTES (ENTIDADES INVOLUCRADAS). 3. STATUS SOLICITUD ! A o S.

BORRAR DATOS SOLICITANTE

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA

DATOS SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, DATOS FAMILIARES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS SOLICITUD DE AYUDA

1. DEBE EXISTIR UNA PRESENCIA ASOCIADA EN ENTIDAD DATOS SOLICITANTE. 2. IGUAL ACCION DEBE EJECUTARCE SOBRE PRESENCIAS RELACIONADAS RESTANTES (ENTIDADES INVOLUCRADAS). 3. STATUS SOLICITUD ! A , S, RC.

BORRAR TIPOS DE AYUDA

TIPOS DE AYUDA

TIPOS DE AYUDA

1. REQUIERE AUTORIZACION POR ESCRITO DEL DIRECTOR DE DESARROLLO SOCIAL.

( * ): TODO SUCESO DE ACTUALIZAR, BORRAR REQUIERE AUTORIZACION POR


ESCRITO DEL SOLICITANTE DE AYUDA (CLIIENTE DEL SISTEMA). LA ENTIDAD REQUISTOS (NO MOSTRADA EN LA TABLA) PARA FUNCIONES DE A,B,C REQUIRE DE AUTORIZACION ESCRITA DEL DIRECTOR DE DESARROLLO SOCIAL O DEL ALCALDE.

FIG. 16 TABLA REORDENADA ANALISIS SUCESOS SISTEMA SIRSAS.

Veamos ahora la actualizacin del diccionario del proyecto.

40

A) MODELO DE DATOS. I) ENTIDADES DE DATOS. DATOS SOLICITANTE DATOS HABITAC. SOLICTANTE DATOS FMLARES SOLICITANTE CARGA FMLAR OTROS F. DATOS SOLICITUD AYUDA TIPOS DE AYUDA II) ATRIBUTOS E IDENTIFICADORES. Para DATOS SOLICITANTE: CEDULA SOLICITANTE(CLAVE) EDAD SOLICITANTE SEXO SOLICITANTE EDO CIVIL SOLICITANTE TLF SOLICITANTE TRABAJA? DIRECCION TRABAJO SUELDO MENSUAL Para DATOS HABITAC. SOLICITANTE: CEDULASOLICITANTE (CLAVE) VIVIENDA FIJA? DIR. HABITACION PARROQUIA TIPO TENENCIA SERVICIOS VVDA DISTRIBUCION VVDA Para DATOS FMLARES SOLICITANTE: CEDULA SOLIITANTE (CLAVE) CANT. CARGA Para CARGA FMALAR: CEDULA SOLICITANTE (CLAVE CONJUNTA) CEDULA CARGA FMLAR (CLAVE CONJUNTA) NOMBRE CARGA FMLAR PARENTESCARGA Para DATOS SOLICITUD AYUDA: NUMERO SOLICITUD (CLAVE:UNION ATRIBUTOS CEDULA SOLICITANTE Y FECHA SOLCITUD) FECHA SOLICITUD CEDULA SOLCITANTE DETALLE SOLICITUD CODIGO SOLICITUD MONTO SOLICITADO NOMBRE BENEFICIARIO CEDULA BENEFICIARIO STATUS SOLICITUD MONTO APROBADO

41

Para TIPOS DE AYUDA: CODIGO AYUDA DESCRIPCION AYUDA MONTO MAXIMO Para REQUISITOS AYUDAS CODIGO AYUDA CODIGO REQUISITOS. Para REQUISITOS CODIGO REQUISITOS DESCRIPCION REQUISITOS. III) ESTRUCTURA MODELO DE DATOS: Todas las entidades sealadas estn normalizadas en 3FN.Las interrelaciones entre datos se detallan en la siguiente figura. Datos del Solicitante: Cedula Solicitante Edad Solicitante Sexo Solicitante Edo. Civil Solicitante Telfono Solicitante Trabaja? Direccin Trabajo Telfono Trabajo Sueldo Mensual Datos Solicitud De Ayuda: Numero de Solicitud Fecha Solicitud Detalle Ayuda Cdigo Ayuda Monto Solicitado Nombre Beneficiario Cedula Beneficiario Status Solicitud Monto Aprobado Datos Habitacin del Solicitante: Cedula Solicitante Vivienda Fija? Direccin Habitacin Parroquia Tipo Tenencia Servicios Vivienda Distribucin Vivienda Datos Familiares Solicitante: Cedula Solicitante Cantidad Carga Cantidad Otros FMLARES Carga FMLAR: Cedula Solicitante + Cedula Carga Familiar Nombre Carga Familiar Parentesco Carga REQUISITOS AYUDAS: CODIGO AYUDA CODIGO REQUISITOS REQUISTOS CODIGO REQUISITOS DESCRIPCION REQUISITOS

Tipos de Ayuda: Cdigo de Ayuda Descripcin Ayuda Requisitos Ayuda Monto Ayuda

FIG. A. MODELO DE DATOS REFINADO (3FN).

42

IV) ESTRUCTURA TABLA DE CODIGOS. Se mantiene sin modificaciones igual a presentado en informe de Anlisis y Diseo del Sistema-335. v) ESPECIFICACIONES ATRIBUTOS DE DATOS. *Elemento: Cedula Solicitante. Nombre Alternativo: CEDULA SOLICITANTE. Definicin: Nmero de cdula de identidad del solicitante. Pertenece a entidad Datos Personales Solicitante. Input Format: 99.999.999. Output Format: 99.999.999. Regla Edicion: 0 hasta 99.999.999. Posicin Coma Decimal: No. Nmero Maximo Presencias: 01. *Elemento: Edad del Solicitante. Nombre Alternativo: EDAD SOLICITANTE. Definicin: Edad del solicitante de ayuda socioeconmica.Pertenece a entidad Datos Personales Solicitante. Input Format: 999. Output Format: 999. Regla Edicin: 0 hasta 120. Posicin Coma Decimal: No. Nmero Mximo Presencias: 01. *Elemento: Sexo del Solicitante. Nombre Alternativo: SEXO SOLICITANTE. Definicin: Sexo del solicitante de ayuda socioeconmica. Pertenece a entidad Datos Personales Solicitante. Input Format: Un carcter (letra). Output Format: Un carcter (letra). Regla Edicin: M si es masculino, F si es femenino. Nmero Mximo Presencias: 01. *Elemento: Estado Civil Solicitante. Nombre Alternativo: EDO CIVIL SOLICITANTE. Definicin: Es el estado civil del solicitante de ayuda socioeconmica. Pertenece a entidad Datos Personales Solicitante. Input Format: Dos caracteres (letras). Output Format: Dos caracteres (letras). Regla Edicion: C: casado, S: soltero, V: viudo, CC: concubinato. Nmero Maximo Presencias: 01. *Elemento: Telfono del Solicitante. Nombre Alternativo: TLF SOLICITANTE. Definicin: Nmero telefnico del solicitante Pertenece a entidad Datos Personales Solicitante. Input Format: 9999-99999999. Output Format: 9999-99999999.

ayuda

socioeconmica.

43

Regla Edicin: Cuatro nmeros seguidos, carcter -; ocho nmeros seguidos. Coma Decimal: No. Nmero Mximo Presencias: 01. *Elemento: Trabaja el Solicitante? . Nombre Alternativo: TRABAJA?. Definicin: Pregunta al solicitante de ayuda socioeconmica para saber si trabaja o no. Pertenece a la entidad Datos Personales Solicitante. Input Format: Dos caracteres (letras). Output Format: Dos caracteres (letras). Regla Edicin: Si: si trabaja, No: no trabaja. Nmero Mximo Presencias: 01. *Elemento: Direccin Sitio Trabajo. Nombre Alternativo: DIRECCIN TRABAJO. Definicin: Direccin completa del sitio de trabajo. Pertenece a entidad Datos Dersonales Solicitante. Input Format: Cadena caracteres alfanumricos hasta 100. Output Format: Cadena caracteres alfa numricos hasta 100. Regla Edicin: Texto libre compuesto caracteres alfanumricos hasta 100 posiciones para caracteres. Nmero Mximo Presencias: 01. *Elemento: Telfono Sitio de Trabajo. Nombre Alternativo: TLF TRABAJO. Definicin: Nmeros telefnicos sitio de trabajo, pueden ser varios. Pertenece a entidad Datos Personales Solicitante. Input Format: Cadena caracteres alfanumricos hasta 40. Output Format: Cadena caracteres alfanumricos hasta 40. Regla Edicin: Texto libre alfanumrico hasta 40 posiciones para caracteres. Nmero Mximo Presencias: 01. *Elemento: Sueldo Mensual Solicitante. Nombre Alternativo: SUELDO MENSUAL. Definicin: Sueldo en BsF del solicitante de ayuda socioeconmica (mensual). Pertenece a entidad Datos Personales Solicitante. Input Format: 999.999.999 Output Format: 999.999.999 Regla Edicin: numero real < 2.000.000 y > 0. Posicin Coma Decimal: 7 caracteres a izquierda y dos caracteres a derecha. Nmero Mximo Presencias: 01.

44

*Elemento: Cantidad Carga Familiar. Nombre Alternativo: CANTIDAD CARGA Definicin: Nmero de personas familiares que componen la carga familiar y habitan la misma vivienda. Pertenece a entidad Datos Familiares Solicitante. InPut Formato: 99. Output Formato: 99. Regla Edicin: Numero entero entre 0 y 20. Posicin Coma Decimal: No. Nmero Mximo Presencias: 01. *Elemento: Nombre Carga Familiar. Nombre Alternativo: NOMBRE CARGA FMLAR, NOMBRE CARGA. Definicin: Nombre completo de personas que pertenecen a la carga familiar del solicitante de ayuda. Pertenece a la entidad Datos Familiares Solicitante. Input Format: 20 caracteres alfanumricos. Output Format: 20 caracteres alfanumricos. Regla Edicin: Cadena de caracteres alfanumricos hasta de 20 posiciones. Nmero Mximo Presencias: 01. *Elemento: Parentesco con Carga Familiar. Nombre Alternativo: PARENTESCO CARGA. Definicin: Parentesco familiar con cada una de las personas que conforman la carga familiar. Pertenece a entidad Datos Familiares Solicitante. Input Formato: 10 caracteres alfanumricos. Output Formato: 10 caracteres alfanumricos. Regla Edicin: Cadena de hasta 10 caracteres alfanumricos. Nmero Mximo Presencias: 01 *Elemento: Descripcion requisitos Nombre Alternativo: Descrpcion_Requisitos Definicin: Indica la descripcin de los diferentes requisitos de ayudas para los diferentes tipos de ayudas. Input Format: cadena caracteres. Output Format: cadena caracteres Regla Edicin: Cadena caracteres alfanumricos. Nmero Mximo Presencias: 01. *Elemento: Codigo Requisitos Nombre Alternativo: Codigo_Requisitos Definicin: Codigo para cada requisito de ayuda existente. Input Format: nmero entero postivo. Output Format: numero entero positivo Regla Edicin: numero entero positivo entre 1 y 1000. Nmero Mximo Presencias: 01. NOTA: Nmero mximo de presencias referido a presencias asociadas a una presencia de clave o atributo identificador asociado en entidad respectiva.

45

VI) ESPECIFICACIONES ENTIDADES DE DATOS: *Etiqueta: Datos Personales Solicitante. Descripcin: Contiene los datos personales del solicitante de ayuda socioeconmica. Atributo Identificador: CEDULA SOLICITANTE. Atributos Secundarios: NOMBRE SOLICITANTE. EDAD SOLICITANTE. SEXO SOLICITANTE. EDO CIVIL SOLICITANTE. TLF SOLICITANTE. TRABAJA ?. DIRECCIN TRABAJO. TLF TRABAJO. SUELDO MENSUAL. *Etiqueta: Datos Habitacionales Solicitante. Descripcin: Contiene los datos relacionados con el sitio de residencia del solicitante de ayuda socioeconmica. Atributo Identificador: CEDULA SOLICITANTE. Atributos Secundarios: VIVIENDA FIJA ?. DIR HABITACIN. PARROQUIA. TIPO TENENCIA. SERVICIOS VVDA. DISTRIBUCIN VVDA.

*Etiqueta: Datos Familiares Solicitante. Descripcin: Contiene los datos familiares del solicitante de ayuda socioeconmica. Atributo Identificador: CEDULA SOLICITANTE. Atributos Secundarios: CANTIDAD CARGA *Etiqueta: OTROS FMLARES Descripcin: Contiene la cantidad de familiares que no son carga, asociada al solicitante de ayuda. Atributo Identificador: CEDULA SOLICITANTE + CEDULA CARGA FMALAR Atributos Secundarios: NOMBRES OTROS FMLARES. PARENTESCO OTROS FMLARES. *Etiqueta: Datos Solicitud Ayuda. Descripcin: Contiene todos los datos relacionados con la solicitud de ayuda realizada por el solicitante. Atributo Identificador: NUMERO SOLICITUD. Atributos Secundarios: FECHA SOLICITUD. CEDULA SOLICITUD. DETALLE AYUDA.

46

CDIGO AYUDA. MONTO SOLICITUD. NOMBRE BENEFICIARIO. CEDULA BENEFICIARIO. STATUS SOLICITADO. MONTO APROBADO. *Etiqueta: TIPOS DE AYUDA Descripcin: Describen los tipos de ayuda ofrecidos por la Direccin de Desarrollo Social del Municipio Brinas. Atributo Identificador: CDIGO AYUDA. Atributos Secundarios: DESCRIPCIN AYUDA. REQUISITOS AYUDA. MONTO AYUDA. *Etiqueta: REQUISITOS AYUDAS Descripcin: Contiene los requisitos necesarios para los tipos de ayudas definidos. Atributo Identificador: CODIGO AYUDA Atributos Identificador: CODIGO REQUISITOS *Etiqueta: REQUISITOS Descripcin: Describen los Requisitos existentes para optar a los diferentes tipos de ayudas. Atributo Identificador: CODIGO REQUISITOS. Atributos Secundarios: DESCRIPCIN REQUISITOS. VII) ESPECIFICACIONES REGISTROS Y ALMACENES DE DATOS. Posteriormente, en la seccin 4 de este informe, sern actualizados los registros y almacenes de datos(se incluirn los almacenes automatizados). B) MODELO DE PROCESOS. Se mantiene la misma estructura establecida en el diagrama descomposicin SIRSAS y en la descripcin de procesos mediante uso de lenguaje estructurado (ver diccionario del proyecto en informe de anlisis del sistema 335). Solo existe una diferencia en cuanto a al manipulacin de la base de datos (registro, actualizacin, acceso) que debe incluirse las nuevas entidades Datos Familiares Solicitante, Carga Familiar y Requisitos de ayudas (estos cambios son mnimos y por razones de ahorro en volumen del informe no se incluye en esta seccin).
3.2) ANALISIS Y DISTRIBUCION DE PROCESOS/CREAR UNIDADES DE DISEO.

Ya con la estructura de base de datos revisada y/o normalizada mas el modelo de procesos esencial revisado podemos pasar a la siguiente actividad en la metodologia, para el diseo del sistema, el modelo de implantacin de los procesos. Se usara la metodologa de generacin de unidades de diseo de implantacin para procesos y redes, mediante la representacin en DFD.
47

3.2.1) DEFINIR UNIDADES DE DISEO MANUAL Y AUTOMATIZADO.

A) Unidades de Diseo Manual. Usando el modelo esencial de procesos como referencia se definirn las siguientes de unidades de diseo manual mostradas en las figuras 17, 18, 19, 20 y 21; veamos la explicacin de FIG. 17 : En esta primera unidad de implantacin manual vemos que hay una expansin de los procesos en comparacin al modelo esencial de procesos. Esto es normal debido a que esta es una fase mucho mas elaborada y precisa porque corresponde a la implantacin o diseo propiamente definitivo. Esto lo veremos en las siguientes unidades de diseo tanto manual como automatizadas. En resumen, vemos en esta primera unidad de implantacin manual, que corresponde al subsistema de solicitud de ayuda, como el funcionario responsable es el asistente social el cual interacta con el cliente o solicitante de ayuda para atender solicitud inicial, atender solicitud de actualizacin de datos, atender consulta de status de solicitud y atender entrega de orden ayuda aprobado. Para estos fines se usan los formularios especificados (001, 002) y se usan los archivos o bases de datos fsicas (DB1 y DB4). Tambin vemos que necesariamente, el asistente social interacta con elementos de unidades de implantacin automatizadas las cuales se representan como agentes externos.

48

PROCESO PE1_SUBSISTEMA SOLICITUD DE AYUDA

FIG. 17. UNIDAD DE DISEO MANUAL_SUSBSISTEMA SOLICITUD DE AYUDA.

49

En la unidad de diseo manual, subsistema diagnostico de solicitud de FIG. 18, el funcionario responsable (promotor social) recibe la solicitud de ayuda, recaudos y la solicitud actualizacin realizada de manos del asistente social para efectuar el anlisis de la solicitud. Debe usar el sistema automatizado para consulta en base de datos e interacta con solicitante de ayuda para realizar la entrevista e informar de requisitos pendientes (si es el caso, guardar el original del expediente hasta recibir requisitos pendientes para reanudar proceso). Con toda esta informacin elabora el documento 001 de informe socioeconmico, al cual se anexan formularios 001, 002 y recaudos. Finalmente, entrega todo esto (expediente) al Director de Desarrollo Social, guarda copia en archivo de datos fsicos y esta listo para usar unidad informatizada para actualizar status solicitud.

50

En la FIG. 19, vemos la unidad de diseo manual_subsistema Aprobacin/ Fijar Planes solicitud donde el Director de Desarrollo Social del Municipio Brinas, recibe informe socioeconmico, consulta el sistema automatizado para entonces aprobar la orden de ayuda, elaborada por el asistente social y ya revisada por el analista presupuestario (el asistente social elabora la orden y hace aprobar por analista presupuestario en subsistema manual_ejecucin planes sociales). Finalmente, el Director de Desarrollo Social interacta con el alcalde y emite un documento de polticas socioeconmicas para anlisis de viabilidad en subsistema manual de planes y proyectos sociales.
51

En la FIG. 20, vemos que el analista de planes de la Direccin de Planes y Proyectos Sociales, hace la revisin y anlisis de las propuestas de polticas socioeconmicas usando el apoyo del servicio automatizado de generacin de reportes socioeconmicos, para entonces decidir conformidad o no conformidad de la propuesta plasmando el resultado en un informe que enva el Director de Desarrollo Social. Finalmente, usando el sistema automatizado actualiza o registra mejoras en la base de datos.

52

En la Fig. 21, el analista presupuestario de la Direccin de Planes Sociales recibe la orden de ayuda firmada por el asistente social y la revisa usando el sistema automatizado del SIRSAS mas el apoyo de un sistema externo de gestin presupuestaria, para entonces firmarla con lo que queda aprobada en primera instancia. Luego la devuelve al asistente social y archiva copia de la orden. B) Unidad de Diseo Automatizada /Cliente Servidor, Online. Similarmente, a continuacin se muestran en las figuras 22, 23, 24,25 y 26 las unidades de diseo automatizada para el SIRSAS. En este caso las unidades de diseo manual sern agentes externos para poderse acoplar y definir el modelo general de implantacin.
PROCESO PE_1 SUBPROCESO SOLICITUD AYUDA

53

54

NOTA: EN LAS FIG 23, 25 AL HACER REFERENCIA A TIPOS DE AYUDA, SE ENTIENDE QUE TAMBIEN SE HACE REFERENCIA A LOS REQUISITOS DE LOS TIPOS DE AYUDAS.

55

3. 2. 2) UNIDADES DE PROCESO AUTOMATIZADA EN LOTE Y LINEA.

Para el diseo del sistema SIRSAS la mayora de las transacciones que componen los procesos se deben de ejecutar inmediatamente y a peticin. El sistema requiere de un procesamiento continuo debido a la interaccin permanente con el usuario y le necesidad de tiempos de respuestas bajos. Esto implica que podemos definir como tiempo de respuesta mximo 10 seg. Las respuestas a consultas, actualizaciones, registros, eliminacin deben ser IAP (menor a 10 seg.). Por lo antes descrito, estas transacciones sern procesadas en modo ON LINE, mediante el empleo de la topologa de red tipo cliente/servidor. Estas prestaciones ya estn reflejadas en las unidades de procesos automatizada de las figuras 22, 23, 24, 25 y 26. En cuanto a los procesos en lotes, solo podemos sealar como tal el de generacin de reportes socioeconmicos, en el subsistema de aprobacin solicitud/fijar planes. En este caso el Director de Desarrollo Social recibir reportes socioeconmicos para el anlisis de las polticas sociales y poder definir nuevas estrategias en conjunto con el alcalde. Estos reportes son generados peridicamente por el mismo sistema automatizado (cada tres meses) en la oficina del Director de Desarrollo Social. Por la caracterstica de esta transaccin, puede ejecutarse ASAP (de hecho puede obtenerse respuesta luego de 10 seg.). Los procesos que se estn ejecutando en el puesto de trabajo del director deben tener prioridad ante que la presentacin de los reportes, por esto podemos procesarlos en lote (Batch). Esto tambin se refleja directamente en la FIG. 25. Cabe sealar, que en el subsistema de Diseo de Planes y Proyectos Sociales, tambin hay la necesidad de generacin de reportes, pero estos son solicitados a voluntad por el analista de planes el cual ya tiene estos en fsico provenientes de la Direccin de Desarrollo Social pero se considera que el puesto requiere la facilidad de poder manejarlos a voluntad (verlos en pantalla e imprimirlos). Dado que no hay urgencia en el tiempo de respuesta, estos procesos tambin sern procesados por lote (Batch) motivando a que la respuesta ser ASAP. En la FIG. 25 vemos ya esto representado.
3. 2. 3) CICLOS DE LOS PROCESOS.

En la seccin anterior ya se comento suficiente sobre esto. Recapitulando para el caso del sistema SIRSAS solo tenemos procesos de tipo ASAP en el subproceso de Aprobacin Solicitud/ Fijar Planes y mas precisamente, en la generacin de reportes socioeconmicos con un ciclo de proceso definido de 3 meses (trimestral) y en el subsistema de Diseo de Planes y Proyectos sociales se tienen transacciones de tipo ASAP para la generacin de reportes socioeconmicos aunque no hay ciclos de procesos largos ya que estos sern generados a voluntad del analista de planes. Recordamos que el tiempo de respuesta fijado es 10 seg. (usado para este anlisis).
3. 2. 4) MODELO DE IMPLANTACIONES DE REDES.

A continuacin (FIG. 27) se muestra el modelo de implantacin de redes usando la representacin en DFD de topologas de redes. Recordemos, segn

56

el anlisis del sistema, que los puestos de trabajos, estn repartidos de la siguiente manera: en la Divisin de Estudios Socioeconmicos tres puestos conformados por el Asistente Social, el Promotor Social y el Jefe de la Divisin. En la Divisin de Planes y Proyectos Sociales dos puestos de trabajo conformado por el Analista de Planes y el Jefe de la Divisin. En la Divisin de Programa Sociales dos puestos de trabajo conformados por el Analista de Presupuestos y el Jefe de Divisin. En la Direccin de Desarrollo Social un puesto de trabajo conformado por el Director. Finalmente, el Alcalde del municipio el cual representa un puesto de trabajo. Esto quiere decir que los puestos de trabajos involucrados son en total nueve; estos representan el nmero de clientes del sistema (ordenadores o plataformas de trabajo). Para el sistema SIRSAS se usara una topologa de redes tipo cliente/servidor por lo que en definitiva se tendrn nueve nodos para los clientes y un nodo para el servidor. Adicionalmente, se considera un nodo adicional para el personal de sistemas que realiza mantenimiento y soporte del sistema. A continuacin en la FIG. 27 se muestra el DFD de implantacin de topologa de redes para el SIRSAS.

57

3. 2. 5) DISTRIBUCION DE ALMACENES.

Para el sistema SIRSAS, el cual es un sistema basado en una red local ubicada en un una rea geogrfica concentrada y de tamao reducido, la distribucin de datos requiere de un solo procesador para su almacenamiento y este corresponde al procesador que funciona como servidor en la topologa seleccionada (cliente/sevidor).Para cumplir con las especificaciones de la asignatura se considerara el almacn tipos de ayuda asignado a un ordenador de un cliente (Jefe Divisin de Planes y Proyectos Sociales, esto para cumplir con la distribucin de almacenes requerida). Sin embargo, en la prctica esta aplicacin debe hacerse con un almacenamiento de datos centralizado el cual estar ubicado en el nodo con el servidor. La FIG. 28 muestra la distribucin de los almacenes.

3. 2. 6) DISTRIBUCION DE PROCESOSEN LOS PUESTOS.

Veamos entre las figuras 29 y 35 la distribucin de los puestos en los procesadores en forma de DFD de diseo final.

58

59

NOTA: AL HACER REFERENCIA A

TIPOS DE AYUDA, SE ENTIENDE QUE TAMBIEN SE HACE REFERENCIA A LOS REQUISITOS DE LOS TIPOS DE AYUDAS

60

4) DISEO BASE DATOS. Para el diseo del almacenamiento de datos informtico del SIRSAS se usara un conjunto de archivos interrelacionados para conformar una base de datos relacional. Para el diseo de esta base datos debemos usar como referencia el DER del SIRSAS (FIG. 13) y el modelo de datos del sistema (FIG. 12) o las especificaciones del modelo de datos el cual puede verse en la seccin de modelo de datos del diccionario del proyecto. Al tener normalizado el modelo de datos, podemos establecer fcilmente la base de datos relacional. Para efectos de este informe, la base de datos relacional del SIRSAS (informtica) la llamaremos DB2 y los diversos archivos que la componen ya los hemos identificados como DB2.1, DB2.2, DB2.3, DB2.4, DB2.5, DB2.6, DB2.7 (esto se puede apreciar en la seccin VII del modelo de datos en el diccionario del proyecto, ver seccin 3.3.1 de este informe).
4.1) ESQUEMA LOGICO.

De acuerdo a lo anterior, la FIG. 36 muestra el esquema lgico de la base de datos relacional e informtica SIRSAS (DB2). En el esquema de la base de datos DB2 del SIRSAS vemos la representacin esquemtica de tipo relacional entre tablas o archivos enlazados por claves externas sealadas en las lneas punteadas que unen las tablas de acuerdo al DER. En el interior de cada tabla se define el nombre del archivo, los campos

61

62

que funcionan como claves y descriptores. Fundamentalmente, el campo cedula solicitante del archivo (entidad) DATOS SOLICITANTE nos sirve como clave externa para la mayora de las tablas, solo tenemos una clave externa diferente (cdigo ayuda) para relacionar el archivo DATOS SOLICITUD AYUDA con el archivo TIPOS DE AYUDA. Adicional, vemos la definicin de 3 ndices de tablas en el archivo DATOS SOLICITUD AYUDA. Estos ndices son necesarios para la generacin de los reportes socioeconmicos del sistema. El primer ndice sealado con la clave STATUS permitir la generacin del reporte 001 (solicitudes por status), el ndice con clave cdigo ayuda permitir la generacin del reporte 002 (personas por ayuda) y del reporte 005 (dinero entregado por ayuda) y el ndice con clave concatenada: cedula solicitante + codigo ayuda + status = A, permitir generar el reporte 004 (ayuda recibidas por persona). Cabe sealar, que para el reporte 003 (parentesco entre solicitante) deber obtenerse por manipulacin de los archivos CARGA FAMILIAR y OTROS FAMILIARES mediante instrucciones de programacin en el programa de aplicacin del SIRSAS; sin embargo, vemos que el modelo de la base de datos brinda gran facilidad y sencillez para la generacin de los reportes socioeconmicos. En cuanto a las vistas para los usuarios vemos, por funcin o accin sobre la base de datos, la permisologa de acceso: A) CONSULTAR TODA LA BASE DE DATOS: Asistente Social, Promotor Social, Jefe de Asistente Social y Promotor Social, Analista de Planes, Jefe Analista de Planes, Director Desarrollo Social y Alcalde. B) REGISTRAR, ACTUALIZAR Y ELIMINAR: (DB2.1, DB2.2, DB2.3, DB2.4, DB 2.5 y DB2.6): Asistente Social y Jefe Asistente Social. C) ACTUALIZAR (STATUS SOLICITUD en DB 2.6): Promotor Social, Director Desarrollo Social, Jefe de Promotor Social. D) REGISTRAR, ACTUALIZAR Y ELIMINAR (DB2.7): Analista de Planes y Jefe Analista de Planes.
4.2) MODELO DE DISTRIBUCION DE BASE DE DATOS.

En la FIG.37 vemos un modelo de distribucin de la base de datos marcado sobre el DER del SIRSAS: De este modelo podemos decir, que los archivos DB2.1, DB2.2, DB2.3, DB2.4, DB 2.5 y DB2.6 estarn almacenados en un computador central, que en nuestro caso ser el servidor del sistema ubicado en sala adjunta a oficina del Director de Desarrollo Social. El archivo DB2.7 corresponder a otro almacn ubicado en el computador de Jefe del Departamento de Planes y Proyectos Sociales (un modo del sistema correspondiente a una estacin tipo cliente en red cliente/servidor). Recordamos que esto se realiza solo como requerimiento acadmico, en la prctica la base de datos ser creada como tipo centralizada en un computador tipo servidor.

63

64

4.3) ACTUALIZACION DICCIONARIO DEL PROYECTO.

A continuacin la especificacin de los registros en el diccionario del proyecto. VII) REGISTROS DE DATOS. a) Para Entidad Datos Solicitante. Registro: Datos Solicitante Nombre Alternativo: DB2.1 Definicin. Contiene datos personales del solicitante de ayuda. Normalizacin: SI Elementos del Registro Cedula Solicitante Edad Solicitante Sexo Solicitante Edo. Civil Trabaja ? Direccin Trabajo Sueldo Mensual OCC 1 1 1 1 1 1 1 1 1 1 1 1 1 1 TYPE K K E E E E E E E E E E E E

b) Para Entidad Datos Habitacionales Solicitante. Registro: Datos Habitacionales Solicitante Nombre Alternativa: DB2.5 Definicin: Contiene datos relacionados con vivienda o sitio de habitacin del solicitante de ayuda. Normalizacin: SI Elementos del Registro Cedula Solicitante Vivienda Solicitante Direccion Habitacin Parroquia Tipo Tenencia Servicios Distribucin Vivienda OCC 1 1 1 1 1 1 1 1 1 1 TYPE K K E E E E E E E E E E E E

c) Para Entidad Datos Familiares Solicitante. Registro: Datos Familiares Solicitante Nombre Alternativo: DB2.2 Definicin: Contiene informacin sobre cantidad carga familiar y de otros familiares no carga familiar. Normalizacin: SI Elementos del Registro Cedula Solicitante Cantidad Carga Cantidad Otros Familiares OCC 11 11 11
65

TYPE K K E E E E

d) Para Entidad Carga Familiar. Registro: Carga Familiar Nombre Alternativo: DB2.3 Definicin: Contiene informacin sobre los familiares que son carga para el solicitante de ayuda. Normalizacin: SI Elementos del Registro Cedula Solicitante Cedula Carga Nombre Cargas Familiares Parentesco Cargas Familiares OCC 1 1 1 1 1 1 TYPE K K E E E E

e) Para Entidad Datos Solicitud Ayuda. Registro: Datos Solicitud Ayuda Nombre Alternativo: DB2.6 o solicitud ayuda Definicin: Contiene toda la informacin relacionada con la ayuda requerida por el solicitante de ayuda. Normalizacin: SI Elementos del Registro OCC TYPE Numero Solicitud Cedula Solicitante Fecha Solicitud Detalle Solicitud Codigo Ayuda Monto Solicitud Nombre Beneficiario Cedula Beneficiario Status Solicitud Monto Aprobado f) Para Entidad Tipos Ayuda. Registro: Tipos Ayuda Nombre Alternativo: DB2.7 Definicin: Contiene los tipos de ayudas que ofrece la Alcalda del Municipio Brinas. Normalizada: SI Elementos de Registro Codigo Ayuda Descripcin Ayuda Requisitos Monto Ayuda OCC 1 1 1 1 1 1 TYPE K E E E E E 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 K K K K K K E E E E E E E E E E E E E E

66

g) Para Entidad Requisitos de Ayudas. Registro: REQUISITOS_AYUDAS Nombre Alternativo: DB2.4 o Requisitos de ayudas Definicin: Contiene informacin sobre cdigos de ayudas y cdicos requisitos asociados para optar a una ayuda social especfica. Normalizacin: SI Elementos del Registro Codigo Ayuda Codigo Requisitos h) Para Entidad Requisitos. Registro: REQUISITOS Nombre Alternativo: DB2.7 Definicin: Contiene informacin sobre los requisitos existentes para los diferentes tipos de ayudas. Normalizacin: SI Elementos del Registro Descripcion Requisitos Codigo Requisitos VIII) ALMACENES DE DATOS. A continuacin las especificaciones, en el diccionario del proyecto para los almacenes de datos: *SubAlmacn DB2.1. Etiqueta: Datos Solicitante. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Indeterminado. Descripcin: Almacn de datos digitales que contiene toda la informacin relacionada con los datos personales del solicitante de ayuda socioeconmica. ndices Identificadores: Cedula Solicitante. *SubAlmacn DB 2.2 . Etiqueta: Datos Familiares Solicitante. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Indeterminado. Descripcin: Almacn de datos digitales que contiene informacin relacionada con las cantidades de carga familiar. ndices Identificadores: Cedula Solicitante. OCC 1 1 1 TYPE E K OCC 1 1 TYPE K K

67

*SubAlmacn DB 2.3 . Etiqueta: Carga FMLAR. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Valor de campo CANT CARGA en DB2.2 Descripcin: Almacn de datos digitales que contiene toda la informacin relacionada con familiares que son carga familiar del solicitante de ayuda social. ndices Identificadores: Cedula Solicitante +cedula carga *SubAlmacn DB 2.4 . Etiqueta: REQUISITOS AYUDAS. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Valor de campo Indeterminado. Descripcin: Almacn de datos digitales que contiene los cdigos de ayudas y cdigos de requisitos necesarios para optar por una ayuda social. ndices Identificadores: Cdigo Ayuda+ Cdigo Requisitos *SubAlmacn DB 2.5 . Etiqueta: Datos Habitacionales Solicitante. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Indeterminado. Descripcin: Almacn de datos digitales que contiene toda la informacin relacionada con los datos habitacionales del solicitante de ayuda socioeconmica. ndices Identificadores: Cedula Solicitante. *SubAlmacn DB 2.6. Etiqueta: Datos Solicitud de Ayuda. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Indeterminado. Descripcin: Almacn de datos digitales que contiene toda la informacin relacionada con el proceso de solicitud de ayuda efectuado por un solicitante de ayuda. ndices Identificadores: Numero Solicitud. Otros ndices: status solicitud Codigo ayuda Cedula solicitante+ codigo ayuda+ status= A *SubAlmacn DB 2.7. Etiqueta: Tipos de Ayuda. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Indeterminado. Descripcin: Almacn de datos digitales que contiene toda la informacin relacionada con los tipos de ayuda. ndices Identificadores: Cdigo Ayuda.

68

*SubAlmacn DB 2.8 Etiqueta: Requisitos. Localizacin: Divisin de Estudios Socioeconmicos. Manual o Computarizado: C. Total Numero Registrado: Valor de campo Indeterminado. Descripcin: Almacn de datos digitales que contiene toda la informacin de los requistos de ayudas existentes para asociar a los tipos de ayudas ofrecidos. ndices Identificadores: CODIGO REQUISITOS. El resto de los almacenes de datos se mantendrn como fueron definidos durante la fase de Anlisis del Sistema (ver informe 335) Finalmente, el diccionario del proyecto llevar las figuras 36, y 37 de este informe como complemento de documentacin necesaria para el modelo de datos, refiriendo que corresponden al modelo de base de datos relacional y a la distribucin de los almacenes digitales del sistema. 5) DISEAR ENTRADAS Y SALIDAS INFORMATICAS. Para cumplir con esta fase del diseo del sistema se usara como base los requerimientos de entradas y salidas definidas durante el anlisis del sistema y los DFD de unidades de diseo realizados durante el diseo del sistema (presente informe).
5.1) DISEAR LAS ENTRADAS.

Recordemos que las entradas de datos en el proceso de traduccin del documento fuente a un formato comprensible por la maquina. Implica la construccin de documentos fuentes, pantallas, archivos de datos, etc. Se trabajara de acuerdo a los subsistemas definidos en la creacin de los DFD de unidades de diseo. Veamos esto a continuacin: De una vez haremos la implantacin al diccionario del proyecto. C) ESPECIFICACION DE ENTRADAS. PROCESO PE 1_SUBSISTEMA SOLICITUD AYUDA. A) ENTRADAS DE DATOS PARA EL PROCESO INFORMACIN DEL SOLICITANTE DE AYUDA. DE REGISTRO
5.1.1) ESPECIFICACIONES DE LAS ENTRADAS.

FLUJO DE DATOS_ENTRADA NOMBRE: REGISTRO SOLICITUD Y DATOS ROTULO: REGISTRO SOLICITUD Y DATOS

69

DESCRIPCION:
DOCUMENTO CLIENTE: FORMATO SOLICITUD AYUDA SOCIAL. FORMULARIO 001. DOCUMENTO DE TIPO CCLICO. MTODO ENTRADA: ON-LINE SOPORTE ENTRADA: PANTALLA TIEMPO: DE 8:00 AM A 12:00 M Y 2:00 PM A 5:00 PM (DAS LABORALES). VOLUMEN MEDIO: 10 AL DA VOLUMEN PICO: 15 AL DA (MESES ENERO, FEBRERO Y MARZO). CONTROLES: LA ENTRADA USARA COMO SOPORTE UN DOCUMENTO FUENTE (FORMULARIO 001) DE TIPO CCLICO. SER ENTREGADO POR ASISTENTE SOCIAL AL SOLICITANTE. EL SOLICITANTE LO DEVOLVER LLENO Y CON RECAUDOS NECESARIOS. EL ASISTENTE LO REVISA Y DEVUELVE COPIA FIRMADA MAS COPIA RECAUDOS FIRMADA. OTRA COPIA DEL FORMULARIO FIRMADO POR SOLICITANTE DE AYUDA MAS COPIA RECAUDOS SON ALMACENADOS POR ASISTENTE SOCIAL. EL ORIGINAL DE FORMULARIO 001 Y ORIGINAL DE RECAUDOS, FIRMADOS POR ASISTENTE SOCIAL, SE ENVA AL PROMOTOR SOCIAL.

B) ATRIBUTOS QUE CONFORMAN ENTRADA REGISTRO SOLICITUD Y DATOS.

70

INFORME DE ATRIBUTOS DE REGISTRO SOLICITUD Y DATOS

C) ENTRADA DE DATOS PARA PROCESO ACTUALIZACION DE DATOS Y SOLICITUD.


71

FLUJO DE DATOS-ENTRADA NOMBRE: ACTUALIZACION DATOS Y SOLICITUD ROTULO: ACTUALIZACION DATOS Y SOLICITUD DESCRIPCION DOCUMENTO FUENTE: FORMATO ACTUALIZACION DATOS Y SOLICITUD. FORMULARIO 001. TIPO CICLICO. METODO ENTRADA: ON-LINE SOPORTE ENTRADA: PANTALLA TIEMPO: DE 8:00 a.m A 12:00m y 2:00 p.m A 5:00 p.m. VOLUMEN MEDIO: 1 AL DIA VOLUMEN PICO: 2 AL DIA (MESES DE ENERO, FEBRERO Y MARZO) CONTROLES: LA ENTRADA USAR COMO SOPORTE UN DOCUMENTO

FUENTE (FORMULARIO 002) DE TIPO CCLICO. SER ENTREGADO EL POR ASISTENTE SOCIAL AL SOLICITANTE DE AYUDA SOCIAL.SER DEVUELTO LLENO CON LOS RECAUDOS (SI APLICA) Y UNA VEZ REVISADO SE ENTREGA COPIA AL SOLICITANTE PREVIAMENTE FIRMADA POR EL ASISTENTE SOCIAL; LA ORIGINAL Y RECAUDOS ES ARCHIVADA POR EL ASITENTE SOCIAL.

D) ATRIBUTOS QUE CONFORMAN ENTRADAACTUALIZACION DATOS Y SOLICITUD Igual a atributos que conforman entrada de Registro de Solicitud y Datos (ver punto B). E) ENTRADA DE DATOS PAR EL PROCESO ACTUALIZACION STATUS SOLICITUD FLUJO DE DATOS-ENTRADA NOMBRE: ACTUALIZACION STATUS SOLICITUD ROTULO: ACTUALIZACION STATUS SOLICITUD DESCRIPCION DOCUMENTO FUENTE: NO APLICA METODO ENTRADA: ON-LINE SOPORTE ENTRADA: PANTALLA TIEMPO: DE 8:00 a.m A 12:00m y 2:00 p.m A 5:00 p.m. VOLUMEN MEDIO: 10 AL DIA VOLUMEN PICO: 15 AL DIA (MESES DE ENERO, FEBRERO Y MARZO) CONTROLES: LOS STATUS SERAN ACTUALIZADOS DE ACUERDO A LO
SIGUIENTE: STATUS=R (RECIBIDO): UNA VEZ EL ASISTENTE SOCIAL RECIBE FORMULARIO 001 Y REGISTRA INFORMACION EN BASE DE DATOS.STATUS=RP(REQUISITOS PENDIENTES): UNA VEZ EL ASISTENTE SOCIAL RECIBE FORMULARIO 001, REGISTRA LA INFORMACION EN LA BASE DE DATOS PERO FALTAN RECAUDOS POR ENTREGAR. STATUS= S(SELECCIONADO): EL PROMOTOR SOCIAL RECIBE EL FORMULARIO 001, RECAUDOS Y EFECTUA ENTREVISTA CON USUARIO Y ELABORA EL INFORME SOCIOECONOMICO(DOCUMENTO 001). STATUS=RC (RECHAZADO): EL DIRECTOR DE DESARROLLO SOCIAL REALIZA ANALISIS DE INFORME SOCIOECONOMICOS, SOLICITUD Y CONSIDERA, DE ACUERDO A LA NORMATIVA PARA ASIGNACION DE AYUDAS, QUE NO ES

72

PERTINENTE ASIGNAR AYUDA. STATUS=A (APROBADO):EL DIRECTOR DE DESARROLLO SOCIAL REALIZA ANALISIS DE INFORME SOCIOECONOMICOS, SOLICITUD Y CONSIDERA, DE ACUERDO A LA NORMATIVA PARA ASIGNACION DE AYUDAS, QUE ES PERTINENTE ASIGNAR AYUDA. EL ASISTENTE SOCIAL DEBE TENER COMO SOPORTE COPIA DE FORMULARIO 001 Y DE RECAUDOS; EL PROMOTOR SOCIAL DEBE TENER COMO SOPORTE COPIA DEL INFORME SOCIOECONOMICO, FORMULARIO 001 Y RECAUDOS Y EL DIRECTOR DE DESARROLLO SOCIAL DEBE TENER COMO SOPORTE LOS ORIGINALES DEL FORMULARIO 001, RECAUDOS E INFORME SOCIOECONOMICO(DOCUMENTO 001).

F) ATRIBUTOS QUE CONFORMAN ENTRADAACTUALIZACION STATUS SOLICITUD

PROCESO PE2_SUBSISTEMA DIAGNOSTICO DE SOLICITUD: A) ENTRADA DE DATOS PARA EL PROCESO DE ACTUALIZACION STATUS Y MONTO SOLICITUD FLUJO DE DATOS-ENTRADA NOMBRE: ACTUALIZACION STATUS Y MONTO SOLICITUD ROTULO: ACTUALIZACION STATUS SOLICITUD DESCRIPCION DOCUMENTO FUENTE: NO APLICA METODO ENTRADA: ON-LINE SOPORTE ENTRADA: PANTALLA TIEMPO: DE 8:00 a.m A 12:00m y 2:00 p.m A 5:00 p.m. VOLUMEN MEDIO: 10 AL DIA VOLUMEN PICO: 15 AL DIA (MESES DE ENERO, FEBRERO Y MARZO) CONTROLES: LOS STATUS SERAN ACTUALIZADOS DE ACUERDO A LO
SIGUIENTE: STATUS=R(RECIBIDO): UNA VEZ EL ASISTENTE SOCIAL RECIBE FORMULARIO 001 Y REGISTRA INFORMACION EN BASE DE DATOS.STATUS=RP(REQUISITOS PENDIENTES): UNA VEZ EL ASISTENTE SOCIAL RECIBE FORMULARIO 001, REGISTRA LA INFORMACION EN LA BASE DE DATOS PERO FALTAN RECAUDOS POR ENTREGAR. STATUS=

73

S(SELECCIONADO): EL PROMOTOR SOCIAL RECIBE EL FORMULARIO 001, RECAUDOS Y EFECTUA ENTREVISTA CON USUARIO Y ELABORA EL INFORME SOCIOECONOMICO(DOCUMENTO 001). STATUS=RC (RECHAZADO): EL DIRECTOR DE DESARROLLO SOCIAL REALIZA ANALISIS DE INFORME SOCIOECONOMICOS, SOLICITUD Y CONSIDERA, DE ACUERDO A LA NORMATIVA PARA ASIGNACION DE AYUDAS, QUE NO ES PERTINENTE ASIGNAR AYUDA. STATUS=A (APROBADO):EL DIRECTOR DE DESARROLLO SOCIAL REALIZA ANALISIS DE INFORME SOCIOECONOMICOS, SOLICITUD Y CONSIDERA, DE ACUERDO A LA NORMATIVA PARA ASIGNACION DE AYUDAS, QUE ES PERTINENTE ASIGNAR AYUDA. EL MONTO APROBADO DE SOLICITUD ES ACTUALIZADO POR EL PROMOTOR SOCIAL UNA VEZ CULMINE LA ELABORACION DEL INFORME SOCIOECONOMICO Y ANALISIS DE SOLICITUD. EL ASISTENTE SOCIAL DEBE TENER COMO SOPORTE COPIA DE FORMULARIO 001 Y DE RECAUDOS; EL PROMOTOR SOCIAL DEBE TENER COMO SOPORTE COPIA DEL INFORME SOCIOECONOMICO, FORMULARIO 001, RECAUDOS Y EL DIRECTOR DE DESARROLLO SOCIAL DEBE TENER COMO SOPORTE LOS ORIGINALES DEL FORMULARIO 001, RECAUDOS E INFORME SOCIOECONOMICO(DOCUMENTO 001).

B) ATRIBUTOS QUE CONFORMAN ENTRADA ACTUALIZACION STATUS Y MONTO SOLICITUD

PROCESO PE3_SUBSISTEMA APROBACION SOLICITUD: Para este proceso slo se tiene una entrada de datos para actualizacin de status de solicitud. Esta entrada tiene iguales especificacin que en el proceso PE1- SUBSISTEMA SOLICITUD DE AYUDA. PROCESO PE4_ SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES:

74

A) ENTRADA DE DATOS PARA EL PROCESO REGISTRAR TIPOS DE AYUDA FLUJO DE DATOS-ENTRADA NOMBRE: REGISTRAR TIPOS DE AYUDAS ROTULO: REGISTRAR TIPOS DE AYUDAS DESCRIPCION DOCUMENTO FUENTE: NO APLICA METODO ENTRADA: ON-LINE SOPORTE ENTRADA: PANTALLA TIEMPO: DE 8:00 a.m A 12:00m y 2:00 p.m A 5:00 p.m. VOLUMEN MEDIO: 1 SEMESTRAL VOLUMEN PICO: 1 TRIMESTRAL(CADA 2 AOS) CONTROLES: PARA REGISTRAR NUEVOS TIPOS DE AYUDA SE REQUIERE EL
MEMORANDUM DE CONFORMIDAD O APROBACION DE MEJORAS A LOS PLANES DE SOLICITUD DE AYUDA (DOCUMENTO 004) FIRMADO POR EL DIRECTOR DE DESARROLLO SOCIAL.EL ANALISTA DE PLANES GUARDAR ORIGINAL DE ESTE DOCUMENTO CON COPIA DEL INFORME DE PROPUESTAS DE MEJORAS A POLITICAS SOCIOECONOMICAS (DOCUMENTO 003) EL

CUAL FUE REALIZADO POR EL MISMO PREVIAMENTE CONSIDERACION DEL DIRECTOR DE DESARROLLO SOCIAL.

PARA

B) ATRIBUTOS QUE CONFORMAN ENTRADA REGISTRAR TIPOS DE AYUDA

C) ENTRADA DE DATOS PARA EL PROCESO ACTUALIZACION PLANES SOCIALES FLUJO DE DATOS-ENTRADA NOMBRE: ACTUALIZACION PLANES SOCIALES ROTULO: ACTUALIZACION PLANES SOCIALES DESCRIPCION DOCUMENTO FUENTE: NO APLICA METODO ENTRADA: ON-LINE SOPORTE ENTRADA: PANTALLA TIEMPO: DE 8:00 a.m A 12:00m y 2:00 p.m A 5:00 p.m. VOLUMEN MEDIO: 1 SEMESTRAL VOLUMEN PICO: 1 TRIMESTRAL(CADA 2 AOS) CONTROLES: PARA ACTUALIZAR NUEVOS TIPOS DE AYUDA SE REQUIERE EL
MEMORANDUM DE CONFORMIDAD O APROBACION DE MEJORAS A LOS PLANES DE SOLICITUD DE AYUDA (DOCUMENTO 004) FIRMADO POR EL DIRECTOR DE DESARROLLO SOCIAL..EL ANALISTA DE PLANES GUARDAR
75

ORIGINAL DE ESTE DOCUMENTO CON COPIA DEL INFORME DE PROPUESTAS DE MEJORAS A POLITICAS SOCIOECONOMICAS (DOCUMENTO 003) EL CUAL FUE REALIZADO POR EL MISMO, PREVIAMENTE, PARA CONSIDERACION DEL DIRECTOR DE DESARROLLO SOCIAL.

D) ATRIBUTOS QUE CONFORMAN ENTRADA ACTUALIZACION PLANES SOCIALES

El proceso PE5_ SUBSISTEMA EJECUCION PLANES SOCIALES no requiere de diseo de entradas.


5. 1.2) REALIZAR PROTOTIPO DE DOCUMENTOS FUENTES.

A continuacin en la FIG. 39 vemos el modelo del documento fuente para registrar los datos y solicitud al SIRSAS.

CARGA FAMILIAR

CARGA FAMILIAR

FIG 39. FORMULARIO DE SOLICITUD DE AYUDA SOCIOECONOMICA.

76

Este documento fuente ser utilizado por el asistente social para registrar los datos generales y de solicitud de ayuda al SIRSAS. Los campos nmero solicitud y cdigo ayuda deben ser llenados por el asistente social, el resto de los campos es para uso del solicitante de ayuda. Finalmente, este documento debe ser refrendado tanto por el asistente social como por el solicitante de ayuda; el original queda con el asistente social y la copia con el solicitante de ayuda. Otro documento fuente a utilizar es el formulario de solicitud de actualizacin de datos (formulario 002). Con esta forma, el solicitante de ayuda puede solicitar bien sea actualizar datos en el sistema (modificar/actualizar) o eliminar datos o solicitud (borrar) del sistema. Este formulario ser entregado por el asistente social y una vez lleno por el solicitante de ayuda ser recibido y procesado por el asistente social. Al final ser firmado por el solicitante de ayuda, por el asistente social, quedando el original en manos del asistente social y la copia con el solicitante de ayuda. Veamos en la FIG. 40 este documento fuente.

FIG 39. FORMULARIO SOLICITUD DE AYUDA SOCIOECONOMICA.

77

En la FIG. 40, vemos que a pesar de ser un formato para actualizar informacin, tambin se incluye la accin de eliminar datos y eliminacin total de solicitud. Estas ltimas funciones son de muy poca ocurrencia en este tipo de procesos por lo que se decidi incluirlos como parte del proceso de actualizacin de datos. En el formulario vemos que el nico campo a ser completado por el asistente social es el de numero solicitud actualizacin, el cual estar conformado por la fecha de la solicitud de actualizacin,unido al numero de solicitud de ayuda inicial. Con respecto al proceso de registro y actualizacin de los planes sociales (tipos de ayuda), para esto se requiere un documento fuente de generacin interna denominado memorando de aprobacin mejoras a tipos de ayuda (formulario 004) el cual debe ser firmado por el Director de Desarrollo Social. Tal como se explica en la FIG. 21 (unidad de diseo manual_subsistema diseo planes y proyectos sociales), el documento 004 tiene como sustento base los documentos 002 (propuestas de mejoras a planes hechos por el director de desarrollo social) y el documento 003 (informe de anlisis de propuestas de mejoras a planes sociales, realizada por la divisin de planes y proyectos sociales). Todos estos documentos de generacin interna, son tipo informes o memorando los cuales no sern definidos como formularios porque no requieren de una estandarizacin (forma especifica) como es el caso de un formulario de captacin de informacin. Solo es importante saber que el documento 004, contendr las mejoras deben registrarse o actualizarse por aprobacin del Director de Desarrollo Social.
5.1.3) DISEO DE PANTALLAS DE ENTRADA ORIENTADAS A USUARIOS.

Para el diseo de las pantallas que servirn como interfase para la entrada de informacin al SIRSAS, se usara la tcnica de diseo de salidas grficas las cuales son de uso extendido y muy popular en los sistemas de informacin para el mbito administrativo y empresarial. El mtodo de entrada es ON-LINE. Veamos a continuacin los prototipos de pantallas de entradas orientadas hacia los usuarios. Posteriormente, en las especificaciones a los programadores se explicara las funciones y comandos de las pantallas. Estas figuras sern incluidas en el diccionario del proyecto como modelos de pantallas orientadas a usuarios( continuacin de punto C del diccionario del proyecto).

78

79

79

80

80

81

81

82

82

83

83

84

84

5.1.4) ESPECIFICACION DE PANTALLAS ENTRADA (ORIENTADO AL PROGRAMADOR).

Cabe sealar que al usar la tcnica de diseo de salidas grficas para la definicin de las pantallas, los modelos de pantalla establecidos en la seccin 5.3 se mantendrn igual como estructuras orientadas a los programadores. En esta seccin ampliaremos, estableciendo las especificaciones necesarias para el uso de los programadores (esta informacin corresponde a la que llevara el diccionario del proyecto (continuacin punto C del diccionario del proyecto). A) Registro de Solicitud y Datos. A.1) Modelo de pantalla entrada. La FIG. 41 especifica el modelo de pantalla de entrada. A.2) Especificaciones de atributos de pantalla: - Para introducir datos a registrar se usaran cuadros de textos. -Para introducir datos con opciones de seleccin se usaran cuadros de texto con opciones de seleccin (S o N). - El numero solicitud ser generado automticamente al introducir cedula solicitante y fecha solicitud (ser colocado automticamente la unin de cdula y fecha solicitud). Este cuadro de texto no permitir ser usado por el usuario (es registrado solo automticamente). - Para ejecutar las acciones de registrar, registrar mas, salir e imprimir se usan botones o comandos de funciones. Estos botones ejecutaran secuencias de instrucciones para cumplir con lo siguiente: Registrar: ordena cargar toda la informacin copiada en la pantalla hacia la base de datos DB2. Crea los siguientes mensajes consecutivos: 1) Sern registrados los datos, Esta seguro de querer registrarlos?
ACEPTAR CANCELAR

2) Si pulsa cancelar regresa a pantalla inicial con datos copiados pero sin registrar. 3) Si pulsa aceptar, se hace efectivo el registro de datos en DB2 y coloca el mensaje REGISTRO COMPLETADO SIN PROBLEMAS. Registrar Mas: esta funcin fue colocada como una opcin para hacer procesamiento de registro en lote remoto, aunque el proceso esta definido para hacerse en lnea ON-LINE. Al pulsar registrar mas, se colocan todos los campos o cuadros de texto en blanco y queda listo para otro de registro tal cual como se explico previamente con comando registrar. Esto permite acumular varias solicitudes y ser cargadas en otra ocasin por lotes (caso falla

85

elctrica o de sistema que no permita realizar en lnea con el cliente el registro de la informacin. Este comando es de uso muy eventual). Salir: salir de pantalla e ir a men principal del SIRSAS. Imprimir: permite imprimir pantalla una vez hecho efectivo un proceso de registro. Esta impresin puede usarse como soporte de la transaccin y anexarse a la copia del formulario 001 para almacenar en archivo DB1. Es una opcin de gestin que no esta reflejada en las unidades de diseo manual o automatizadas realizadas en la seccin 3.2, pero que consideramos importante reflejar como opcin. A.3) Especificaciones mensajes de error. Mensajes de error asociado a pantalla entrada. Registro de solicitud y datos. Caso 1: mensaje error: ERROR: EDAD NO DEBE SER MAYOR A 120 O IGUAL A 0. Caso 2: mensaje error: ERROR: EDO. CIVIL DEL SOLICITANTE DEBE TENER ALGUNO DE LOS SIGUIENTES VALORES: S, C, D, V, CC. Caso 3: mensaje error: ERROR: SEXO DEBE SER M O F. Caso 4: mensaje error: ERROR: FORMATO FECHA INCORRECTO, USE: DD/MM/AA. Caso 5: mensaje error: ERROR: STATUS SOLICITUD DEBE TENER ALGUNO DE LOS SIGUIENTES VALORES: S, R, A, RP, RC. Caso 6: error mensaje: ERROR: COMPLETE TODOS LOS CAMPOS DE ENTRADA. Caso 7: error mensaje: ERROR: PRIMERO INTRODUZCA CANTIDAD CARGA FAMILIAR/CANTIDAD OTROS FAMILIARES. Este mensaje es para que al intentar introducir datos de los familiares, primero sea introducida la cantidad de familiares o de carga familiar. Caso 8: mensaje error: ERROR: FALTA INTRODUCIR ALGUNA CARGA FAMILIAR U OTROS FAMILIARES. Caso 9: mensaje error: ERROR: CDIGO AYUDA VALOR ENTRE 0 Y 999. Caso 10: mensaje error: ERROR: COMPLETE AL MENOS UN CAMPO DE INFORMACION. B) Actualizacin Datos y Solicitud. B.1) Modelo de pantalla entrada. La FIG. 42 especifica el modelo de pantalla de entrada. B.2) Especificaciones atributos de pantalla. - Para introducir datos a actualizar se usaran cuadros de texto y cuadros de texto con opciones de seleccin.

86

- Para mostrar informacin cargada en base de datos se realizara consulta a base de datos DB2 y se generara una pantalla de salida que se desplegara en la pantalla de entrada (para mostrar datos iniciales existentes en base de datos). Esta pantalla de salida ser especificada posteriormente en la seccin 5.2. Esta pantalla ser desplegada una vez que se introduzca el nmero de solicitud y se pulse enter o se introduzca el numero de cdula, se selecciona la solicitud deseada (numero de solicitudes desplegadas para seleccionar una) y se pulsa enter. - Las acciones a ejecutar sern seleccionadas a travs de botones o comandos identificados como actualizar, actualizar ms, salir, imprimir, eliminar solicitud. - Acciones: Actualizar: ordena mostrar un cuadro de dialogo:
INFORMACION SERA ACTUALIZADA, ESTA SEGURO? ACEPTAR CANCELAR

Si pulsa cancelar no se efecta la accin. Si pulsa aceptar se ejecuta la actualizacin ACTUALIZACIN CUMPLIDA CON XITO. y muestra mensaje:

Eliminar Solicitud: ordena mostrar un cuadro de dialogo:


SERA ELIMINADA LOS DATOS Y SOLICITUD ESTA SEGURO? ACEPTAR CANCELAR

Si pulsa cancelar no se ejecuta accin. Si pulsa aceptar se ejecuta eliminacin de datos y solicitud, y se muestra el mensaje: ELIMINACION REALIZADA CON EXITO. Actualizar Ms: funcin opcional para permitir procesamiento en lote remoto. Al pulsar, se blaquean todos los campos de los cuadros de texto, y queda listo para procesar otra actualizacin. Esta funcin es de uso eventual, normalmente la actualizacin se realiza ON-LINE. Imprimir: ordena imprimir pantalla una vez completa la actualizacin. Salir: salir del sistema e ir al men principal del SIRSAS. B.3) Especificacin de mensajes error.

87

Caso 1: mensaje error: ERROR: EDAD NO DEBE SER MAYOR A 120 O IGUAL A 0. Caso 2: mensaje error: ERROR: EDO. CIVIL DEL SOLICITANTE DEBE TENER ALGUNO DE LOS SIGUIENTES VALORES: S, C, D, V, CC. Caso 3: mensaje error: ERROR: SEXO DEBE SER M O F. Caso 4: mensaje error: ERROR: FORMATO FECHA INCORRECTO, USE: DD/MM/AA. Caso 5: mensaje error: ERROR: NO PUEDE SER PROCESADA LA ACTUALIZACION. REVISAR STATUS SOLICITUD. Este mensaje ocurre cuando se intenta actualizar una solicitud o datos teniendo la solicitud con los siguientes status: aprobada, rechazada. Para poder actualizar solicitud y datos debe tenerse los status en recibido o requisitos pendientes. Caso 6: error mensaje: ERROR: COMPLETE TODOS LOS CAMPOS DE ENTRADA. Caso 7: error mensaje: ERROR: PRIMERO INTRODUZCA CANTIDAD CARGA FAMILIAR/CANTIDAD OTROS FAMILIARES. Este mensaje es para que al intentar introducir datos de los familiares, primero sea introducida la cantidad de familiares o de carga familiar. Caso 8: mensaje error: ERROR: FALTA INTRODUCIR ALGUNA CARGA FAMILIAR O OTROS FAMILIARES. Caso 9: mensaje error: Error: cdigo ayuda debe tener valor entre 0 y 999. Caso 10: mensaje error: ERROR: COMPLETE AL MENOS UN CAMPO DE INFORMACION. C) Actualizacin Status Solicitud. C.1) Modelo de pantalla entrada. La FIG. 43 especifica el modelo de pantalla de entrada. C.2) Especificaciones atributos de pantalla. - Para introducir datos a actualizar se usaran cuadros de texto y cuadros de texto con opciones de seleccin. - Para mostrar informacin cargada en base de datos se realizara consulta a base de datos DB2 y se generara una pantalla de salida que se desplegara en la pantalla de entrada (para mostrar datos iniciales existentes en base de datos). Esta pantalla de salida ser especificada posteriormente en la seccin 5.2. Esta pantalla ser desplegada una vez que se introduzca el numero de solicitud y se pulse enter o se introduzca el numero de cedula, se selecciona la solicitud deseada (numero de solicitudes desplegadas para seleccionar una) y se pulsa enter. - Las acciones a ejecutar sern seleccionadas a travs de botones o comandos identificados como actualizar, actualizar ms, salir, imprimir. - Acciones: Actualizar: ordena mostrar un cuadro de dialogo:

88

INFORMACION SERA ACTUALIZADA, ESTA SEGURO? ACEPTAR CANCELAR

Si pulsa cancelar no se efecta la accin. Si pulsa aceptar se ejecuta la actualizacin ACTUALIZACIN CUMPLIDA CON XITO. y muestra mensaje:

Actualizar Ms: funcin opcional para permitir procesamiento en lote remoto. Al pulsar, se blaquean todos los campos de los cuadros de texto, y queda listo para procesar otra actualizacin. Esta funcin es de uso eventual, normalmente la actualizacin se realiza ON-LINE. Imprimir: ordena imprimir pantalla una vez completa la actualizacin. Salir: salir del sistema e ir a men principal del SIRSAS. C.3) Especificacin mensajes de error. Caso 1: mensaje error: ERROR: FORMATO FECHA INCORRECTO, USE: DD/MM/AA. Caso 2: mensaje error: ERROR: STATUS SOLICITUD DEBE TENER ALGUNO DE LOS SIGUIENTES VALORES: S, R, A, RP, RC. Caso 3: mensaje error: ERROR: COLOCO EL MISMO STATUS, VERIFIQUE STATUS A CARGAR. Caso 4: mensaje error: NUMERO SOLICITUD/CEDULA NO EXISTE. Caso 5: mensaje error: ERROR: COLOCO EL MISMO STATUS SOLICITUD REVISE STATUS SOLICITUD. Caso 6: mensaje error: ERROR: COMPLETE EL CAMPO DE INFORMACION. D) Actualizacin Status y Monto. D.1) Modelo de pantalla entrada La FIG. 44 especifica el modelo de pantalla de entrada. D.2) Especificaciones atributos de Pantalla. Caso 1: mensaje error: ERROR: FORMATO FECHA INCORRECTO, USE: DD/MM/AA. Caso 2: mensaje error: ERROR: STATUS SOLICITUD DEBE TENER ALGUNO DE LOS SIGUIENTES VALORES: S, R, A, RP, RC. Caso 3: mensaje error: ERROR: COLOCO EL MISMO STATUS, VERIFIQUE STATUS A CARGAR. Caso 4: mensaje error: NUMERO SOLICITUD/CEDULA NO EXISTE. Caso 5: mensaje error: ERROR: MONTO ENTRE 1 Y 9999.

89

Caso 6: mensaje error: ERROR: COMPLETE AL MENOS UN CAMPO DE INFORMACION. E) Registrar Tipos de Ayuda. E.1) Modelo de pantalla entrada. La FIG. 45 muestra el modelo de pantalla de entrada. E.2) Especificaciones atributos de pantalla. - Para introducir datos de usaran cuadros de texto. - Las acciones a ejecutar sern seleccionadas a travs de botones o comandos identificados como registrar, registrar mas, salir, imprimir. - Acciones: Registrar: ordena efectuar el registro de informacin de tipos de ayuda. Antes aparecer un cuadro de dialogo:
SERA REGISTRADO NUEVO TIPO DE AYUDA, DESEA CONTINUAR? ACEPTAR CANCELAR

Al pulsar cancelar no se ejecuta registro. Al pulsar aceptar es ejecutado el registro del nuevo tipo de ayuda y aparece el mensaje: REGISTRO DE TIPO DE AYUDA REALIZADO CON EXITO. Registrar Ms: para permitir un nuevo registro de tipo de ayuda (blanquea cuadros de texto y queda listo para procesar un nuevo registro de tipo de ayuda). Salir: salir del sistema e ir a men principal del SIRSAS. Imprimir: imprimir pantalla una vez culminado con existo el registro de tipo de ayuda. E.3) Especificacin mensajes de error. Caso 1: mensaje error: ERROR: CODIGO AYUDA DEBE TENER CODIGO ENTRE 1 Y 999. Caso 2: mensaje error: ERROR: MONTO AYUDA DEBE TENER VALOR ENTRE 1 Y 999. Caso 3: mensaje error: ERROR: FECHA REGISTRO DEBE TENER FORMATO: DD/MM/AA. Caso 4: mensaje error: ERROR: CODIGO AYUDA YA EXISTE, USE OTRO CODIGO.

90

Caso 5: mensaje error: ERROR: COMPLETE AL MENOS UN CAMPO DE INFORMACION. F) Actualizar Planes Sociales (Tipos de Ayuda). F.1) Modelo pantalla entrada. La FIG. 46 muestra el modelo de pantalla de entrada. F.2) Especificaciones atributos de pantalla. - Para introducir datos de usaran cuadros de texto. - Las acciones a ejecutar sern seleccionadas a travs de botones o comandos identificados como actualizar, actualizar mas, salir, imprimir. - Acciones: Actualizar: ordena efectuar el registro de informacin de tipos de ayuda. Antes aparecer un cuadro de dialogo:
SERA ACTUALIZADO NUEVO TIPO DE AYUDA, DESEA CONTINUAR? ACEPTAR CANCELAR

Al pulsar cancelar no se ejecuta registro. Al pulsar aceptar es ejecutado el registro del nuevo tipo de ayuda y aparece el mensaje: REGISTRO DE TIPO DE AYUDA REALIZADO CON EXITO. Actualizar Ms: para permitir un nuevo registro de tipo de ayuda (blanquea cuadros de texto y queda listo para procesar un nuevo registro de tipo de ayuda). Salir: salir del sistema e ir a men principal del SIRSAS. Imprimir: imprimir pantalla una vez culminado con xito el registro de tipo de ayuda. Al introducir cdigo ayuda y pulsar enter se mostraran en los cuadros de textos (lado izquierdo) los valores actuales de los campos. En el lado derecho se introducirn los valores a actualizar. F.3) Especificacin mensajes error. Caso 1: mensaje error: ERROR: CODIGO AYUDA DEBE TENER CODIGO ENTRE 1 Y 999. Caso 2: mensaje error: ERROR: MONTO AYUDA DEBE TENER VALOR ENTRE 1 Y 999.

91

Caso 3: mensaje error: ERROR: FECHA REGISTRO DEBE TENER FORMATO: DD/MM/AA. Caso 4: mensaje error: ERROR: CODIGO AYUDA YA EXISTE, USE OTRO CODIGO. Caso 5: mensaje error: ERROR: COMPLETE AL MENOS UN CAMPO DE INFORMACION. Para la entidad Requisitos, el Cdigo de Requisitos es generado por el software (interno-nmero entero incrementado " 0) por lo que no requiere validacin; el campo descripcin es cadena de caracteres por lo que no requiere validacin.
5.2) DISEAR LAS SALIDAS.

Para este punto se usar como apoyo los requisitos de salidas inicialmente asomados en el anlisis y diseo del sistema, ms las especificaciones precisas establecidas durante la elaboracin de las unidades de diseo (en presente informe). De acuerdo a esto, veamos las especificaciones de salidas, estableciendo de una vez las entradas al diccionario del proyecto. D) ESPECIFICACIONES DE SALIDAS. PROCESO PE_1 SUBSISTEMA SOLICITUD AYUDA A) SALIDA DE DATOS PARA CONSULTA DE DATOS GENERALES Y SOLICITUD (PANTALLA 004). FLUJO DE DATOS_SALIDA NOMBRE: CONSULTA SOLICITUD Y DATOS ROTULO: CONSULTA-SIRSAS VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION DE USUARIO
DESCRIPCION DESCRIPCION: PANTALLA DE SALIDA (PANTALLA 004) PARA ACCEDER A INFORMACION DE BASE DE DATOS RELACIONADA CON DATOS GENERALES DEL SOLICITANTE Y DATOS DE SOLICITUD DE AYUDA. SOPORTE: PANTALLA DE ESTACION DE TRABAJO TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION DEL USUARIO ENTRE 08:00 A.M 12:00 M Y 02:00 P.M 5:00 P.M CARACTERISTICAS SALIDA: DISEO INTERFACE EN PANTALLA MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.

5.2.1) ESPECIFICACIONES DE LAS SALIDAS.

B) ATRIBUTOS DE SALIDA PARA CONSULTA DE DATOS GENERALES Y SOLICITUD (PANTALLA 004).

92

INFORME DE ATRIBUTOS EN SALIDA DE CONSULTA DATOS GENERALES Y DE SOLICITUD.

* PROCESO PE_2 SUBSISTEMA DIGNOSTICO DE SOLICITUD A )SALIDA DE DATOS PARA CONSULTA DE DATOS GENERALES Y SOLICITUD (PANTALLA 005). Esta pantalla tiene iguales especificaciones que en el caso de la pantalla 004 ya descrita en la seccin anterior. B) ATRIBUTOS DE SALIDA PARA CONSULTA DE DATOS GENERALES Y SOLICITUD (PANTALLA 005).

93

Esta pantalla tiene iguales especificaciones de atributos que en el caso de la pantalla 004 ya descrita en la seccin anterior. c) SALIDA DE DATOS PARA CONSULTA DE REQUISITOS DE AYUDA (PANTALLA 006) FLUJO DE DATOS_SALIDA NOMBRE: CONSULTA REQUISITOS DE AYUDA ROTULO: CONSULTA REQUISITOS_ SIRSAS VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION DE USUARIO
DESCRIPCION DESCRIPCION: PANTALLA DE SALIDA (PANTALLA 006) PARA ACCEDER A INFORMACION DE BASE DE DATOS RELACIONADA CON LOS REQUISITOS PARA EL TIPO DE AYUDA SOLICITADA POR EL REQUIRIENTE O CLIENTE. SOPORTE: PANTALLA DE ESTACION DE TRABAJO TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION DEL USUARIO ENTRE 08:00 A.M 12:00 M Y 02:00 P.M 5:00 P.M CARACTERISTICAS SALIDA: DISEO INTERFACE EN PANTALLA MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.

D) ATRIBUTOS DE SALIDA PARA CONSULTA DE REQUISITOS DE AYUDA (PANTALLA 006).


INFORME DE ATRIBUTOS EN SALIDA DE CONSULTA DE REQUISISTOS DE AYUDA.

* PROCESO PE_3 SUBSISTEMA APROBACION SOLICITUD / FIJAR PLANES. A )SALIDA DE DATOS PARA CONSULTA DE DATOS GENERALES Y SOLICITUD (PANTALLA 008). Esta pantalla tiene iguales especificaciones que en el caso de la pantalla 004 ya descrita anteriormente.

B) ATRIBUTOS DE SALIDA PARA CONSULTA DE DATOS GENERALES Y SOLICITUD (PANTALLA 008).


94

Esta pantalla tiene iguales especificaciones de atributos que en el caso de la pantalla 004 ya descrita anteriormente. C) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 001). FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 001 ROTULO: GENERACION REPORTE 001-SIRSAS VALOR DE DURACION: 02. TIPO DE DURACION: TRIMESTRAL
DESCRIPCION DESCRIPCION: GENERACION AUTOMATICA TRIMESTRAL DE REPORTE SOCIOECONOMICO 001 CORREESPONDIENTES A SOLICITUDES POR STATUS. SERAN GENERADAS (02) IMPRESIONES LAS CUALES SERAN RECIBIDAS POR EL DIRECTOR DE DESARROLLO SOCIAL EN SU ESTACION DE TRABAJO (IMPRESORA). SOPORTE: PAPEL BLANCO,TIPO CARTA STANDART VOLUMEN: (02) TRIMESTRAL TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: TRIMESTRAL,ENTRE 08:00 A.M 12:00 M. CARACTERISTICAS SALIDA: (02) IMPRESO DE 8,5 X 8 DISEADO SEGN BOCETO PREESTABLECIDO.

D) ATRIBUTOS DE SALIDA PARA GENERACION REPORTES SOCIOECONOMICOS (REPORTE 001).


INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (REPORTE 001).

E) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 002). FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 002 ROTULO: GENERACION REPORTE 002-SIRSAS VALOR DE DURACION: 02.

95

TIPO DE DURACION: TRIMESTRAL


DESCRIPCION DESCRIPCION: GENERACION AUTOMATICA TRIMESTRAL DE REPORTE SOCIOECONOMICO 002 CORRESPONDIENTE A PERSONAS QUE SOLICITAN UNA MISMA AYUDA SOCIOECONOMICA.. SERAN GENERADAS (02) IMPRESIONES LAS CUALES SERAN RECIBIDAS POR EL DIRECTOR DE DESARROLLO SOCIAL EN SU ESTACION DE TRABAJO (IMPRESORA). SOPORTE: PAPEL BLANCO,TIPO CARTA STANDART VOLUMEN: (02) TRIMESTRAL TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: TRIMESTRAL,ENTRE 08:00 A.M 12:00 M. CARACTERISTICAS SALIDA: (02) IMPRESO DE 8,5 X 8 DISEADO SEGN BOCETO PREESTABLECIDO.

F) ATRIBUTOS DE SALIDA PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 002). INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE SOCIOECONOMICO (REPORTE 002)

G) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 003). FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 003 ROTULO: GENERACION REPORTE 003-SIRSAS VALOR DE DURACION: 02. TIPO DE DURACION: TRIMESTRAL
DESCRIPCION DESCRIPCION: GENERACION AUTOMATICA TRIMESTRAL DE REPORTE SOCIOECONOMICO 003 CORREESPONDIENTES A PARENTESCO FAMILIAR ENTRE DOS O MAS SOLICITANTES DE AYUDA.SOCIOECONOMICA.. SERAN GENERADAS (02) IMPRESIONES LAS CUALES SERAN RECIBIDAS POR EL DIRECTOR DE DESARROLLO SOCIAL EN SU ESTACION DE TRABAJO (IMPRESORA). SOPORTE: PAPEL BLANCO,TIPO CARTA STANDART VOLUMEN: (02) TRIMESTRAL TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: TRIMESTRAL,ENTRE 08:00 A.M 12:00 M.

96

CARACTERISTICAS SALIDA: (02) IMPRESO DE 8,5 X 8 DISEADO SEGN BOCETO PREESTABLECIDO.

H) ATRIBUTOS DE SALIDA PARA SOCIOECONOMICO (REPORTE 003).

GENERACION

REPORTE

INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (REPORTE 003)

I) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 004). FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 004 ROTULO: GENERACION REPORTE 004-SIRSAS VALOR DE DURACION: 02. TIPO DE DURACION: TRIMESTRAL
DESCRIPCION DESCRIPCION: GENERACION AUTOMATICA TRIMESTRAL DE REPORTE SOCIOECONOMICO 004 CORRESPONDIENTES A TIPOS DE AYUDAS SOLICITADAS Y RECIBIDAS POR UNA MISMA PERSONA. SERAN GENERADAS (02) IMPRESIONES LAS CUALES SERAN RECIBIDAS POR EL DIRECTOR DE DESARROLLO SOCIAL EN SU ESTACION DE TRABAJO (IMPRESORA). SOPORTE: PAPEL BLANCO,TIPO CARTA STANDART VOLUMEN: (02) TRIMESTRAL TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: TRIMESTRAL,ENTRE 08:00 A.M 12:00 M. CARACTERISTICAS SALIDA: (02) IMPRESO DE 8,5 X 8 DISEADO SEGN BOCETO PREESTABLECIDO.

J) ATRIBUTOS DE SALIDA PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 004).

97

INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (RE PORTE 004)

K) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 005). FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 005 ROTULO: GENERACION REPORTE 005-SIRSAS VALOR DE DURACION: 02. TIPO DE DURACION: TRIMESTRAL
DESCRIPCION DESCRIPCION: GENERACION AUTOMATICA TRIMESTRAL DE REPORTE SOCIOECONOMICO 005 CORRESPONDIENTE A DINERO ENTREGADO POR TIPOS DE AYUDAS SOLICITADAS . SERAN GENERADAS (02) IMPRESIONES LAS CUALES SERAN RECIBIDAS POR EL DIRECTOR DE DESARROLLO SOCIAL EN SU ESTACION DE TRABAJO (IMPRESORA). SOPORTE: PAPEL BLANCO,TIPO CARTA STANDART VOLUMEN: (02) TRIMESTRAL TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: TRIMESTRAL,ENTRE 08:00 A.M 12:00 M. CARACTERISTICAS SALIDA: (02) IMPRESO DE 8,5 X 8 DISEADO SEGN BOCETO PREESTABLECIDO.

L) ATRIBUTOS DE SALIDA PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 005). INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE SOCIOECONOMICO (REPORTE 005)

98

* PROCESO PE_4 SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES. A) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 001): PANTALLA 010. FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 001 ROTULO: GENERACION REPORTE 001-SIRSAS VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION USUARIO
DESCRIPCION DESCRIPCION: GENERACION A PETICION DE REPORTE SOCIOECONOMICO 001 CORREESPONDIENTES A SOLICITUDES POR STATUS. SERAN GENERADOS EN PANTALLA (PANTALLA 010) POR ANALISTA DE PLANES O JEFE DEL ANALISTA Y TENDRA LA OPCION DE IMPRIMIRLOS. SOPORTE: PANTALLA DE ESTACION DE TRABAJO. VOLUMEN: A PETCICION TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION,ENTRE 08:00 A.M 12:00 M Y 02:00 P.M-05:00 P.M. CARACTERISTICAS SALIDA: DISEO INTERFACE MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.EL DISEO INCLUYE POCION PARA IMPRESIN DE PANTALLA A PETICION DE USUARIO

B) ATRIBUTOS DE SALIDA PARA GENERACION REPORTES SOCIOECONOMICOS (REPORTE 001): PANTALLA 010.
INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (REPORTE 001).

C) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 002): PANTALLA 011. FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 002 ROTULO: GENERACION REPORTE 002-SIRSAS

99

VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION USUARIO


DESCRIPCION DESCRIPCION: GENERACION A PETICION DE REPORTE SOCIOECONOMICO 002 CORRESPONDIENTE A PERSONAS QUE SOLICITAN UNA MISMA AYUDA SOCIOECONOMICA.. SERAN GENERADAS EN PANTALLA (PANTALLA 011) POR ANALISTA DE PLANES O JEFE DEL ANALISTA Y TENDRA LA OPCION DE IMPRIMIRLOS. SOPORTE: PANTALLA DE ESTACION DE TRABAJO. VOLUMEN: A PETCICION TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION,ENTRE 08:00 A.M 12:00 M Y 02:00 P.M-05:00 P.M. CARACTERISTICAS SALIDA: DISEO INTERFACE MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.EL DISEO INCLUYE POCION PARA IMPRESIN DE PANTALLA A PETICION DE USUARIO

D) ATRIBUTOS DE SALIDA PARA GENERACION REPORTES SOCIOECONOMICOS (REPORTE 002): PANTALLA 011.
INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (REPORTE 002)

E) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 003): PANTALLA 012. FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 003 ROTULO: GENERACION REPORTE 003-SIRSAS VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION USUARIO
DESCRIPCION DESCRIPCION: GENERACION A PETICION DE REPORTE SOCIOECONOMICO 003 CORREESPONDIENTES A PARENTESCO FAMILIAR ENTRE DOS O MAS SOLICITANTES DE AYUDA.SOCIOECONOMICA.SERAN GENERADAS EN PANTALLA (PANTALLA 012) POR ANALISTA DE PLANES O JEFE DEL ANALISTA Y TENDRA LA OPCION DE IMPRIMIRLOS.

100

SOPORTE: PANTALLA DE ESTACION DE TRABAJO. VOLUMEN: A PETCICION TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION,ENTRE 08:00 A.M 12:00 M Y 02:00 P.M-05:00 P.M. CARACTERISTICAS SALIDA: DISEO INTERFACE MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.EL DISEO INCLUYE POCION PARA IMPRESIN DE PANTALLA A PETICION DE USUARIO

F) ATRIBUTOS DE SALIDA PARA GENERACION REPORTES SOCIOECONOMICOS (REPORTE 003): PANTALLA 012.
INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (REPORTE 003).

G) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 004): PANTALLA 013. FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 004 ROTULO: GENERACION REPORTE 004-SIRSAS VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION USUARIO
DESCRIPCION DESCRIPCION: GENERACION A PETICION DE REPORTE SOCIOECONOMICO 004 CORRESPONDIENTES A TIPOS DE AYUDAS SOLICITADAS Y RECIBIDAS POR UNA MISMA PERSONA.SERAN GENERADAS EN PANTALLA (PANTALLA 013)

101

POR ANALISTA DE PLANES O JEFE DEL ANALISTA Y TENDRA LA OPCION DE IMPRIMIRLOS. SOPORTE: PANTALLA DE ESTACION DE TRABAJO. VOLUMEN: A PETCICION TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION,ENTRE 08:00 A.M 12:00 M Y 02:00 P.M-05:00 P.M. CARACTERISTICAS SALIDA: DISEO INTERFACE MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.EL DISEO INCLUYE POCION PARA IMPRESIN DE PANTALLA A PETICION DE USUARIO

H) ATRIBUTOS DE SALIDA PARA GENERACION REPORTES SOCIOECONOMICOS (REPORTE 004): PANTALLA 013.
INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (REPORTE 004).

I) SALIDA DE DATOS PARA GENERACION REPORTE SOCIOECONOMICO (REPORTE 005): PANTALLA 014. FLUJO DE DATOS_SALIDA NOMBRE: GENERACION REPORTE SOCIOECONONICO 005 ROTULO: GENERACION REPORTE 005-SIRSAS VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION USUARIO
DESCRIPCION DESCRIPCION: GENERACION A PETICION DE REPORTE SOCIOECONOMICO 005 CORRESPONDIENTES A DINERO ENTREGADO POR TIPOS DE AYUDAS SOLICITADAS.SERAN GENERADAS EN PANTALLA 8PANTALLA 014) POR ANALISTA DE PLANES O JEFE DEL ANALISTA Y TENDRA LA OPCION DE IMPRIMIRLOS. SOPORTE: PANTALLA DE ESTACION DE TRABAJO. VOLUMEN: A PETCICION TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION,ENTRE 08:00 A.M 12:00 M Y 02:00 P.M-05:00 P.M.

102

CARACTERISTICAS SALIDA: DISEO INTERFACE MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.EL DISEO INCLUYE POCION PARA IMPRESIN DE PANTALLA A PETICION DE USUARIO

J) ATRIBUTOS DE SALIDA PARA GENERACION REPORTES SOCIOECONOMICOS (REPORTE 005): PANTALLA 014.
INFORME DE ATRIBUTOS EN SALIDA DE GENERACION REPORTE

SOCIOECONOMICO (REPORTE 005).

* PROCESO PE_5 SUBSISTEMA EJECUCION PLANES SOCIALES. A) SALIDA DE DATOS PARA CONSULTA DE STATUS SOLICITUD (PANTALLA 017). FLUJO DE DATOS_SALIDA NOMBRE: CONSULTA STATUS SOLICITUD. ROTULO: CONSULTA STATUS-SIRSAS VALOR DE DURACION: A PETICION USUARIO. TIPO DE DURACION: A PETICION DE USUARIO
DESCRIPCION DESCRIPCION: PANTALLA DE SALIDA (PANTALLA 017) PARA ACCEDER A INFORMACION DE BASE DE DATOS RELACIONADA CON STATUS ACTUAL DE LA SOLICITUD DE AYUDA SOCIOECONOMICA SOLICITADA.. SOPORTE: PANTALLA DE ESTACION DE TRABAJO TIPO DE SALIDA: INTERNA FRECUENCIA DE PREPARACION: A PETICION DEL USUARIO ENTRE 08:00 A.M 12:00 M Y 02:00 P.M 5:00 P.M CARACTERISTICAS SALIDA: DISEO INTERFACE EN PANTALLA MEDIANTE USO DE TECNICA DE SALIDAS GRAFICAS DISTRIBUIDAS EN AREA DE PANTALLA SEGN BOCETO PREESTABLECIDO.

B) ATRIBUTOS DE SALIDA PARA CONSULTA DE DATOS GENERALES Y SOLICITUD (PANTALLA 017).


INFORME DE ATRIBUTOS EN SALIDA DE CONSULTA DATOS GENERALES Y DE SOLICITUD.

103

5.2.2) PROTOTIPO DE SALIDA ORIENTADA A USUARIOS.

Para el diseo de las pantallas de salidas se usar la tcnica de uso de salidas grficas, generadas a partir de los programas de aplicacin de cuarta generacin y de las facilidades dadas por el manejador de bases de datos utilizado. En las figuras siguientes se muestran los modelos o bocetos de pantallas e impresos (caso reportes) con la apariencia definitiva que ser vista por los usuarios el sistema.Estas figuras sern incluidas en el punto D del diccionario del proyecto.

104

FIG 47. PANTALLA SALIDA: CONSULTA SOLICITUD Y DATOS.


105 105

FIG 48. PANTALLA SALIDA: CONSULTA REQUISITOS DE AYUDAS..

106

106

107

107

108

108

109

109

110

110

111

111

112

112

113

113

114

114

115

115

116

116

117

5.2.3) ESPECIFICACIONES DE SALIDAS ORIENTADAS A PROGRAMADORES.

Debido a que se usa la tcnica de diseo de salidas grficas o visuales, los modelos de pantallas establecidos para los usuarios se mantendrn como grficos de estructuras de pantallas orientados a los programadores (la tcnica de diseos visuales permite esto). A continuacin son documentadas las herramientas para diseos visuales necesarias por pantalla o reporte. Esta informacin corresponde a la que llevar el diccionario del proyecto (continuacin punto D del diccionario del proyecto). A) PANTALLA 004: CONSULTA SOLICITUD Y DATOS (ver FIG. 47). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos en blanco que recibirn informacin requerida de DATOS HABITACIONALES, DATOS PERSONALES, DATOS SOLICITUD, CANTIDAD CARGA FAMILIAR, CANTIDAD OTROS FAMILIARES sern creadas con CUADROS DE TEXTOS. * Campos en blanco que recibirn informacin requerida de NOMBRES, CEDULAS, PARENTESCOS sern creadas mediante lista de textos. * Funciones de IMPRIMIR, MAS CONSULTA, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES. B) PANTALLA 006: CONSULTA REQUISITOS DE AYUDAS (ver FIG. 48). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. *Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos en blanco que recibirn informacin requerida de CODIGO AYUDA, DESCRIPCION AYUDA,REQUISITOS Y MONTO (MAXIMO) sern creadas con CUADROS DE TEXTOS. * Funciones de IMPRIMIR, MAS CONSULTA, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES. C) REPORTE 001: REPORTE SOLICITUDES POR STATUS (ver FIG. 49). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (NUMERO SOLICITUD, DETALLE SOLICITUD, CODIGO AYUDA, STATUS SOLICITUD) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. D) REPORTE 002: REPORTE PERSONAS POR AYUDA SOCIAL (ver FIG. 50). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. *Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos.

119

* Campos con informacin requerida impresa (CODIGO AYUDA, DETALLE SOLICITUD, NOMBRE SOLICITANTE, CEDULA SOLICITANTE) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. E) REPORTE 003: REPORTE PARENTESCO ENTRE SOLICITANTES (ver FIG. 51). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (NOMBRE SOLICITANTE, CEDULA SOLICITANTE,NOMBRES FAMILIARES SOLICITANTES, CEDULAS FAMILIARES SOLICITANTES,PARENTESCO) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. F) REPORTE 004: REPORTE AYUDAS RECIBIDAS POR PERSONAS(ver FIG. 52). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (NOMBRE SOLICITANTE, CEDULA SOLICITANTE,CODIGO AYUDA, DETALLE AYUDA, MONTO AYUDA) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. G) REPORTE 005: REPORTE DINERO ENTREGADO POR AYUDA (ver FIG. 53). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (CODIGO AYUDA, DESCRIPCION AYUDA, MONTO TOTAL AYUDA) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. H) PANTALLA 010: CONSULTA-REPORTE SOLICITUDES POR STATUS (ver FIG. 54). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos.

120

* Campos con informacin requerida impresa (NUMERO SOLICITUD, DETALLE SOLICITUD, CODIGO AYUDA, STATUS SOLICITUD) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. * Funciones de IMPRIMIR, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES. I) PANTALLA 011: CONSULTA-REPORTE PERSONAS POR AYUDA SOCIAL (ver FIG. 55). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (CODIGO AYUDA, DETALLE SOLICITUD, NOMBRE SOLICITANTE, CEDULA SOLICITANTE) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. * Funciones de IMPRIMIR, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES. J) PANTALLA 012: CONSULTA-REPORTE SOLICITANTES (ver FIG. 56). PARENTESCO ENTRE

ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (NOMBRE SOLICITANTE, CEDULA SOLICITANTE,NOMBRES FAMILIARES SOLICITANTES, CEDULAS FAMILIARES SOLICITANTES,PARENTESCO) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. * Funciones de IMPRIMIR, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES. K) PANTALLA 013: CONSULTA-REPORTE AYUDAS RECIBIDAS POR PERSONAS(ver FIG. 57). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (NOMBRE SOLICITANTE, CEDULA SOLICITANTE,CODIGO AYUDA, DETALLE AYUDA, MONTO AYUDA) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. * Funciones de IMPRIMIR, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES.

121

L) PANTALLA 014: CONSULTA-REPORTE DINERO ENTREGADO POR AYUDA (ver FIG. 58). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos con informacin requerida impresa (CODIGO AYUDA, DESCRIPCION AYUDA, MONTO AYUDA-ANUAL) sern creadas con LISTA DE TEXTOS. * Campos con informacin requerida impresa (FECHA REPORTE, HORA) sern creadas con CUADRO DE TEXTOS. * Funciones de IMPRIMIR, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES. M) PANTALLA 015: CONSULTA STATUS SOLICITUD (ver FIG. 59). ESPECIFICACIONES DE ATRIBUTOS DE PANTALLA. * Textos fijos para descripciones sern realizados mediante ETIQUETAS o CUADROS DE TEXTOS con escritos respectivos. * Campos en blanco que recibirn informacin requerida de NUMERO SOLICITUD, STATUS, NOMBRE SOLICITANTE, CEDULA SOLICITANTE, CODIGO AYUDA, DETALLE AYUDA, MONTO SOLICITADO, MONTO APROBADO sern creadas con CUADROS DE TEXTOS. * Funciones de IMPRIMIR, MAS CONSULTA, MENU PRINCIPAL, SALIR sern creados con COMANDOS O BOTONES.
5.3) DISEAR INTERFAZ DE USUARIOS.

Estas interfaces de usuarios corresponden a las pantallas que tendrn como funcin comunicar las diferentes entradas y salidas que manipulan la informacin de la base de datos. Estas interfaces permitirn navegar o ubicarse en las funciones requeridas por los usuarios del sistema. Para documentarlas se utilizarn las herramientas de Elaboracin de Diagramas de Transicin de Estado y Bocetos de Pantallas Orientados a usuarios. Las figuras 60,61,62,63 muestran los diagramas de transicin de estados los cuales permitirn documentar las interfaz de usuarios necesarias para gestionar los despliegues de las diferentes pantallas de entrada - salida y los reportes del sistema.
5.3.2) MODELOS DE PANTALLAS PARA INTERFAZES ORIENTADOS A USUARIOS. 5.3.1) DIAGRAMAS DE TRANSICION DE ESTADOS.

Las figuras 64,65,66,67 muestran los bocetos de pantallas de interfaces usados para el acceso a los despliegues de pantallas de entrada-salida y reportes. Como se puede apreciar corresponden a pantallas en las cuales hay un conjunto de botones o comando el cual el usuario podr seleccionar(pulsar) para ejecutar la aplicacin respectiva de la funcin seleccionada. Son pantallas tipos men y submen para acceder a las funciones deseadas. Al igual que para las pantallas de entrada y salidas, estas tambin sern diseadas usando la tcnica de salidas grficas y fundamentalmente se usan botones o comandos para seleccionar a las funciones.

122

123

123

124

124

125

125

126

126

127

127

128

128

129

129

130

Estas figuras sern incluidas en punto E del diccionario del proyecto(ESPECIFICACIONES DE INTERFACES DE USUARIOS), corresponden a la documentacin respectiva de las interfaces con usuarios. 6) DISEO DE LOS PROGRAMAS. Para el diseo del programa de aplicacin del sistema SIRSAS se usar la metodologa de diseo modular. Esta tcnica consiste en definir una estructura de alto nivel para los procesos de las unidades de diseo, identificar los centros de transacciones y dividirlos en submdulos.Cada mdulo o submdulo ser desglosado en las tres funciones bsicas: INICIAR, PROCESO y TERMINAR. Recordamos que las unidades de diseo sobre las cuales se aplicar esta metodologa son: SUBSISTEMA SOLICITUD DE AYUDA SUBSISTEMA DIAGNOSTICO DE SOLICITUD SUBSISTEMA APROBACION SOLICITUD7FIJAR PLANES SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES SUBSISTEMA EJECUCION PLANES SOCIALES. Para representar estos mdulos y submdulos usaremos la tcnica de Grficos de estructuras. Veamos esto a continuacin teniendo siempre como referencia las unidades de diseo automatizadas definidas sobre los cinco subsistemas listados (FIG. 68 A 80). De una vez ser realizada la actualizacin del diccionario del proyecto (punto F: ESPECIFICACION DE PROGRAMAS DE APLICACION). A) SUBSISTEMA SOLICITUD DE AYUDA (MODULO FUNDAMENTAL)
6.1) REPRESENTACION MODULAR DEL PROGRAMA DE APLICACIN.

131

B) SUBSISTEMA SOLICITUD DE AYUDA ( SUBMODULOS ASOCIADOS).

132

133

C) SUBSISTEMA DIAGNOSTICO SOLICITUD(MODULO FUNDAMENTAL).

D) SUBSISTEMA DIAGNOSTICO SOLICITUD(SUBMODULOS ASOCIADOS). El summdulo consulta de datos generales es el mismo reflejado en la Fig 72.

134

E) SUBSISTEMA APROBACION SOLICITUD / FIJAR PLANES (MODULO FUNDAMENTAL)

F) SUBSISTEMA APROBACION SOLICITUD / FIJAR PLANES (SUBMODULO ASOCIADOS). Los submdulos consulta datos generales y actualizacin status de solicitud ya estn descritos en las FIG 71 y 72.
135

136

G) SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES (MODULOS FUNDAMENTALES)

H) SUBSISTEMA DISEO (SUBMODULOS ASOCIADOS)

PLANES

PROYECTOS

SOCIALES

137

138

139

I) SUBSISTEMA EJECUCION PLANES SOCIALES (MODULOS FUNDAMENTALES) Este subsistema slo tiene un proceso el cual es de consulta de status de solicitud ayuda.

6.2) DOCUMENTACION DE LOS MODULOS PRIMORDIALES.

La documentacin de los mdulos de programacin est referida a especificar en el diccionario del proyecto las entradas, procesos y salidas de los mdulos de programacin. Para el caso de las entradas y salidas vamos a hacer slo referencia de ellas sin abundar demasiado ya que estos elementos fueron suficientemente documentados en las secciones anteriores de este informe.En cuanto a los procesos, estos sern especificados usando la tcnica de lenguaje corriente estructurado. Veamos esto a continuacin. De una vez ser actualizado el diccionario del proyecto (continuacin punto F del diccionario del proyecto). Las especificaciones sern realizadas referidas a los mdulos de programacin primordiales. A) SUBSISTEMA SOLICITUD DE AYUDA.
1) SUBMODULO REGISTRO DE SOLICITUD DE AYUDA 6.2.1.ESPECIFICACION DE ENTRADAS.

* DOCUMENTOS FUENTES DE ENTRADAS. FORMULARIO DE SOLICITUD DE AYUDA SOCIOECNOMICA (formulario 001). Con este formulario y en presencia del solicitante se efecta el registro en lnea.Por decisin del asistente social, este formulario pudiera ser usado como

140

soporte para realizar entrada de datos por lotes, pero este es de ocurrencia muy eventual. De modo que, este formulario puede usarse para el registro tanto en lnea como por lotes. * BASE DE DATOS. La base de datos DB2 ser accesada para registro y validacin.Los registros son: DATOS PERSONALES SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS FAMILIARES SOLICITANTE,DATOS SOLICITUD DE AYUDA.
2) SUBMODULO ACTUALIZACION DATOS Y SOLICITUD

* DOCUMENTOS FUENTES DE ENTRADA. FORMULARIO DE ACTUALIZACION DE SOLICITUD DE AYUDA SOCIOECNOMICA (formulario 002): con este formulario y en presencia del solicitante se efecta LA ACTUALIZACIN lnea.Por decisin del asistente social, este formulario pudiera ser usado como soporte para realizar entrada de datos por lotes, pero este es de ocurrencia muy eventual. De modo que, este formulario puede usarse para la actualizacin tanto en lnea como por lotes. * BASE DE DATOS. La base de datos DB2 ser accesada para actualizacin y validacin.Los registros son: DATOS PERSONALES SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS FAMILIARES SOLICITANTE,DATOS SOLICITUD DE AYUDA.
3) SUBMODULO ACTUALIZACION STATUS DE SOLICITUD

* BASE DE DATOS. La base de datos DB2 ser accesada para actualizacin y validacin.Los registros son: DATOS PERSONALES SOLICITANTE, DATOS SOLICITUD DE AYUDA.Este proceso de actualizacin ofrece la posibilidad de procesamientos por lotes ya que dispone de la facilidad con la funcin ACTUALIZAR MAS. En la prctica estas actualizaciones se realizan una a la vez por orden de ocurrencia o llegada al funcionario respectivo, pero no se excluye la posibilidad de efectuarlas por lote. B) SUBSISTEMA DIAGNOSTICO DE SOLICITUD.
SUBMODULO ACTUALIZACION STATUS DE SOLICITUD Y MONTO

* BASE DE DATOS. La base de datos DB2 ser accesada para actualizacin y validacin.Los registros son: DATOS PERSONALES SOLICITANTE, DATOS SOLICITUD DE AYUDA. Este proceso de actualizacin ofrece la posibilidad de procesamientos por lotes (similar casos ya explicados). C) SUBSISTEMA APROBACION SOLICITUD/FIJAR PLANES.
SUBMODULO ACTUALIZACION STATUS DE SOLICITUD

* BASE DE DATOS. La base de datos DB2 ser accesada para actualizacin y validacin.Los registros son: DATOS PERSONALES SOLICITANTE, DATOS SOLICITUD DE AYUDA. Este proceso de actualizacin ofrece la posibilidad de procesamientos por lotes (similar casos ya explicados).

141

D) SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES.


1) SUBMODULO REGISTRO DE SOLICITUD DE AYUDA

* DOCUMENTOS FUENTES DE ENTRADA. MEMORANDUM APROBACION MEJORAS A TIPOS DE AYUDA (Documento 004): con este documento se autoriza registrar y especifica los planes de ayudas a registrar. * BASE DE DATOS. La base de datos DB2 ser accesada para registro y validacin.El registro es: TIPOS DE AYUDA Este proceso de registro ofrece la posibilidad de procesamientos por lotes (similar casos ya explicados).
2) SUBMODULO ACTUALIZACION PLANES

* DOCUMENTOS FUENTES DE ENTRADA. MEMORANDUM APROBACION MEJORAS A TIPOS DE AYUDA (Documento 004): con este documento se autoriza efectuar la actualizacin y especifica la actualizacin a efectuar(incluye modificacin o eliminacin). * BASE DE DATOS. La base de datos DB2 ser accesada para actualizacin y validacin.El registro es: TIPOS DE AYUDA Este proceso de actualizacin ofrece la posibilidad de procesamientos por lotes (similar casos ya explicados).
6.2.2.ESPECIFICACION DE SALIDAS.

Esta informacin ser la que contenga el diccionario del proyecto( continuacin punto F del diccionario del proyecto). Veamos a continuacin las especificaciones de las salidas referidas mdulos de programacin primordiales. A) SUBSISTEMA SOLICITUD DE AYUDA.
1) SUBMODULO CONSULTA DE DATOS GENERALES

a los

* BASE DE DATOS. La base de datos DB2 ser accesada para consulta de datos generales. Los registros son: DATOS PERSONALES SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS FAMILIARES SOLICITANTE,DATOS SOLICITUD DE AYUDA. B) SUBSISTEMA DIAGNOSTICO DE SOLICITUD.
1) SUBMODULO CONSULTA DE DATOS GENERALES

* BASE DE DATOS. La base de datos DB2 ser accesada para consulta de datos generales. Los registros son: DATOS PERSONALES SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS FAMILIARES SOLICITANTE,DATOS SOLICITUD DE AYUDA.
2) SUBMODULO CONSULTA DE REQUISITOS DE AYUDAS

* BASE DE DATOS. La base de datos DB2 ser accesada para consulta de los requisitos de ayudas. El registro es: TIPOS DE AYUDAS.

142

C) SUBSISTEMA APROBACION SOLICITUD/FIJAR PLANES.


1) SUBMODULO CONSULTA DE DATOS GENERALES

* BASE DE DATOS. La base de datos DB2 ser accesada para consulta de datos generales. Los registros son: DATOS PERSONALES SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS FAMILIARES SOLICITANTE,DATOS SOLICITUD DE AYUDA.
2) SUBMODULO GENERACION REPORTES TRIMESTRALES

* BASE DE DATOS. La base de datos DB2 ser accesada para crear los reportes de forma automtica cada tres meses (REPORTES 001,002,003,004,005).Estos reportes son de tipo impreso en hojas tamao carta estndar.Los registros son: DATOS PERSONALES SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS FAMILIARES SOLICITANTE,DATOS SOLICITUD DE AYUDA. D) SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES.
SUBMODULO CONSULTA DE REPORTES SOCIOECONOMICOS

* BASE DE DATOS. La base de datos DB2 ser accesada para crear en pantalla la informacin que tienen los reportes socioeconmicos que son generados de forma automtica cada tres meses (REPORTES 001,002,003,004,005).Esta opcin permite consultar o crear estos reportes en pantalla a solicitud del funcionario para visualizarlos.Hay la opcin de imprimirlos una vez desplegados como salida en la pantalla. Los registros son: DATOS PERSONALES SOLICITANTE, DATOS HABITACIONALES SOLICITANTE, CARGA FAMILIAR, OTROS FAMILIARES, DATOS FAMILIARES SOLICITANTE,DATOS SOLICITUD DE AYUDA. E) SUBSISTEMA EJECUCION PLANES SOCIALES La base de datos DB2 ser accesada para consulta. Los registros son: DATOS PERSONALES SOLICITANTE y DATOS SOLICITUD DE AYUDA.
SUBMODULO CONSULTA DE STATUS SOLICITUD

143

7) CREACION BASES DE DATOS Y PROGRAMAS. Para la creacin de la base de datos, la tecnologa seleccionada fue el manejador de base de datos MYSQL y para la creacin de los programas de aplicacin se usar JAVA. A continuacin veamos los esquemas de bases de datos en MYSQL.
7.1. CREACION DE BASES DE DATOS.

144

145

En este modelo de datos podemos ver que fueron agregadas las tablas ACTUALIZACION_SOLICTUD, ACTUALIZACION_AYUDAS y DATOS ANALISTA. Las dos tablas iniciales son usadas como tablas auxiliares para crear un registro histrico de las actualizaciones realizadas y del analista que la efectu; la tabla de datos analista se usa para llevar registro de los analistas que usan el sistema. Estas tablas corresponden a una mejora o complemento realizada al diseo inicial establecido en el modelo de datos de la Fig 36.

146

7.2) PRUEBA DE BASE DE DATOS.

La prueba de la base de datos ser realizada cargando datos ficticios, los cuales posteriormente sern verificados su presencia en la base de datos a travs de las facilidades de uso del manejador de la base de datos. Veamos a continuacin los datos ficticios cargados: A) Carga de datos de tipos de ayuda ofrecidas por la Alcalda:

Debe verificarse que estos datos esten cargados en la base de datos. B) Carga de solicitudes ayudas con siguientes datos:

147

DATOS PERSONALES:

Continuacin:

Continuacin:

148

DATOS SOLICITUD AYUDA:

Los datos fueron cargados por el asistente social y colocado status =R(recibida).La columna nmero solicitud debe ser generada automticamente (unin cdula solicitante y fecha solicitud). Debe verificarse que estos datos esten cargados en la base de datos. C) Actualizacin de status solicitud y carga de monto aprobado, segn se muestra a continuacin:

El promotor social elabora informe socioeconmico y entrevista al usuario; seguidamente actualiza status de solicitud y coloca el monto aprobado. Debe verificarse que estos datos esten cargados en la base de datos. D) Actualizacin status solicitud:

El Director de Desarrollo Social, luego de revisar informe socioeconmico y consultar bases de datos o reportes, actualiza status de solicitud Rechazando la solicitud del Sr. Ral Ortiz, aprobando la de los Sres. Pedro Aez, y Juan Rondon . Debe verificarse que estos datos esten cargados en la base de datos. Cabe sealar, que al probar el programa de aplicacin tambin implcitamente ser probada la base de datos (al realizar consultas para verificar REGISTRO,ACTUALIZACION, ELIMINACION).

149

7.3. CREACION DE PROGRAMA DE APLICACION.

En el CD titulado SOFTWARE SIRSAS (adjunto a este informe), est incluido el cdigo del proyecto en JAVA (archivo en WORD: Cdigo Sirsas).Para evitar redundancia excesiva de informacin no se incluir en el presente informe ni en el diccionario del proyecto.
7.4) PRUEBA DE PROGRAMA DE APLICACION.

Para estas pruebas usaremos como soporte la informacin cargada en la base de datos (seccin 7.2 de este informe). 1) CONGRUENCIA DE DATOS (EN FUNCIONES DE REGISTRO Y ACTUALIZACION). Veamos en conjunto las pruebas de congruencia de datos y de las funciones de REGISTRO-ACTUALIZACION (esto porque es necesario ejecutar registraractualizar para llevar a cabo las pruebas de congruencia de datos). Adems, sern verificados los mensajes de error respectivos. * REGISTRO DE SOLICITUDES Y DATOS (referencia a pantalla 001). Efectuemos un registro de solicitud-datos con los siguientes datos:

Continuacin:

Continuacin:

Continuacin:

Al tratar de registrar informacin, aparecern mensajes de error sucesivos denotando cdula incorrecta, faltan datos por introducir, edad incorrecta, sexo incorrecto, estado civil incorrecto, trabaja # incorrecto, sueldo incorrecto, vvda

150

fija # incorrecta, tipo tenencia incorrecta, parentesco incorrecto, cdigo ayuda incorrecto, monto solicitado incorrecto, cdula beneficiario incorrecta, status incorrecto.Los menajes de error exactos pueden verse en la seccin 5.1.4 del presente informe. Estos errores intencionales en los datos deben ser corregidos uno por uno, y el programa obviar el error previo sealado y mostrar el error siguiente, de esta manera deben ser corregidos todos hasta que no aparezcan mas errores y se pueda cumplir entonces con el registro de datos.Los datos congruentes sern introducidos por la persona que ejecuta la prueba, de acuerdo a su eleccin personal. Finalmente, debe verificarse que el nmero de solicitud es generado automticamente y esta compuesto por la unin de la cdula del solicitante y la fecha de solicitud. La prueba se considera correcta si aparecen todos los errores sealados, y si al ser corregidos todos, se hace efectiva el registro de los datos (para corroborar esto debe hacerse una consulta de datos). * ACTUALIZACION DATOS Y SOLICITUD(referencia a pantalla 002). Tomaremos como referencia para actualizar, la solicitud n: 100100120/05/09 (ver datos iniciales en seccin 7.2). La persona que efecta la prueba debe realizar lo siguiente (debe anotar todas las actualizaciones que efectu): Introduzca el siguiente nmero solicitud: 123425 y pulse enter.Debe aparecer un mensaje indicando que el nmero de solicitud no existe. Introduzca el siguiente nmero de cdula: 00000001 y pulse enter. Debe aparecer un mensaje indicando que el no existe solicitud para el nmero de cdula indicado. Introduzca el siguiente nmero solicitud: 100100120/05/09(nmero correcto de prueba) y pulse enter. Seleccione un campo a actualizar cualquiera. Borre y deje en blanco Actualice; debe aparecer un mensaje de error(campo en blanco). Complete el campo y actualice. Seleccione campo de cdula; introduzca letras y actualice. Debe aparecer un mensaje de error(cdula incorrecta). Introduzca un nmero de cdula congruente ($ 99.999.999) y actualice. Seleccione campo Edad; introduzca 900 y actualice. Debe aparecer un mensaje de error(edad incorrecta). Introduzca un valor de edad congruente ($ 120) y actualice. Seleccione campo Fecha Solicitud, introduzca 22-05-2009 y actualice. Debe aparecer un mensaje de error(fecha incorrecta). Introduzca un valor de fecha congruente (formato: DD/MM/AA) y actualice. Similarmente, la persona que ejecuta la prueba puede seleccionar otros campos para actualizar y realizar pruebas similares introduciendo datos incongruentes para verificar los mensajes de error respectivos. Cabe sealar, que al introducir los datos congruentes y pulsar ACTUALIZAR el campo actualizado mantendr la informacin actualizada dando a entender que la actualizacin fue realizada. De todas formas, para verificar puede realizarse

151

una consulta de datos con el nmero de solicitud de prueba y se verificar que los datos fueron efectivamente actualizados. * ACTUALIZACION STATUS DE SOLICITUD(referencia a pantalla 003). Tomaremos como referencia para actualizar, la solicitud n: 100100120/05/09 (ver datos iniciales en seccin 7.2). La persona que efecta la prueba debe realizar lo siguiente: Introduzca el siguiente nmero solicitud: 22223425 y pulse enter.Debe aparecer un mensaje indicando que el nmero de solicitud no existe. Introduzca el siguiente nmero de cdula: 00000002 y pulse enter. Debe aparecer un mensaje indicando que el no existe solicitud para el nmero de cdula indicado. Introduzca el siguiente nmero solicitud: 100100120/05/09 (nmero correcto de prueba) y pulse enter. Debe aparecer el valor actual de STATUS SOLICITUD y el campo para actualizacin en blanco. Introduzca en campo de en blanco LP y actualice. Debe aparecer mensaje de error de status incorrecto. Deje en blanco campo y actualice. Debe aparecer mensaje de error campo en blanco. Introduzca en campo en blanco el valor S y actualice. Debe efectuarse actualizacin (el campo de valor actual debe mostrar el nuevo valor o puede verificarse realizando una consulta de datos de solicitud). * ACTUALIZACION STATUS DE SOLICITUD MONTO (referencia a pantalla 007). Tomaremos como referencia para actualizar, la solicitud n: 100100120/05/09 (ver datos iniciales en seccin 7.2). Puede realizar las mismas pruebas o similares a las realizadas en el punto inmediato anterior. Para el monto aprobado veamos las pruebas: Deje el campo en blanco correspondiente en blanco y actualice. en blanco. Debe aparecer mensaje de error campo en blanco. Introduzca un valor de 99.999.9999 y actualice. Debe aparecer un mensaje de error de monto incorrecto. Introduzca un valor de POLOK y actualice. Debe aparecer un mensaje de error de monto incorrecto. Introduzca en valor de 4500 y actualice.Debe hacerse efectiva actualizacin (puede realizar una consulta de datos de solicitud para verificar). * REGISTRO DE TIPOS DE AYUDA (referencia a pantalla 015). Los campos a validar son solamente CODIGO AYUDA Y MONTO; DESCRIPCION DE AYUDA es un valor de tipo cadena de caracteres y no requerir validacin. Introduzca en cdigo AABBC y pulse REGISTRAR . Debe aparecer un mensaje de error con cdigo incorrecto. Deje campo en blanco y pulse REGISTRAR. Debe aparecer un mensaje de error de campo en blanco.

152

Introduzca en cdigo el valor 0020 y pulse registrar. Debe aparecer un mensaje de error indicando que faltan campos por llenar. Introduzca DESCRIPCION DE AYUDA Y REQUISITOS DE AYUDA y pulse REGISTRAR. Debe aparecer un mensaje de error indicando que faltan campos por llenar. Introduzca en campo de monto ASCDSA y pulse REGISTRAR debe aparecer un mensaje de error de monto incorrecto. Deje el campo de monto en blanco y pulse REGISTRAR. Debe aparecer un mensaje de error de campo en blanco. Introduzca un monto de 10.000 y pulse REGISTRAR. Debe hacerse efectivo el registro. Puede verificarse realizando una consulta de TIPOS DE AYUDAS. * ACTUALIZACION PLANES (referencia a pantalla 016). Tomaremos como referencia el registro de datos con cdigo de tipo de ayuda 0001 (ver datos en seccin 7.2 de este infome). Introduzca como CODIGO AYUDA el valor 99999 y pulse ACTUALIZAR.Debe aparecer mensaje de error de tipo de ayuda no existe. Deje en blanco el campo de CODIGO AYUDA y pulse ACTUALIZAR. Debe aparecer un mensaje de error de campo en blanco. Introduzca en campo de CODIGO AYUDA 0001 y pulse ACTUALIZAR. Debe aparecer un mensaje de error indicando que tipo de ayuda ya existe. Introduzca en campo de CODIGO AYUDA 0020 y pulse ACTUALIZAR.Debe desplegarse en campos ubicados debajo de etiqueta ACTUAL los valores actuales de este tipo de ayuda.Con esto se est listo para iniciar actualizacin. Introduzca en campos ubicados en columna debajo de etiqueta ACTUALIZACION las actualizaciones requeridas. Introduzca en campo de CODIGO AYUDA 0002 y pulse ACTUALIZAR. Debe aparecer mensaje de error cdigo de tipo de ayuda ya existe. Introduzca en cdigo BBC y pulse ACTUALIZAR . Debe aparecer un mensaje de error con cdigo incorrecto. Deje en blanco campo de CODIGO DE AYUDA y pulse ACTUALIZAR. Debe aparecer un mensaje de error de campo en blanco.Igual haga con el resto de los campos y aparecer el mismo mensaje de error. Introduzca en campo de CODIGO AYUDA 0040 y pulse ACTUALIZAR. Debe hacerse efectiva la actualizacin.En campo ubicado al lado derecho debe aparecer el valor actualizado con lo cual se verifica actualizacin (tambin puede realizar una consulta para verificar). Para los campos de descripcin y requisitos no es necesario efectuar validaciones. Par el campo de monto pueden realizarse pruebas similares a las efectuadas en el punto de REGISTROS, con la salvedad que se har referencia a funcin de ACTUALIZAR y no de REGISTRAR. 2) PRUEBAS DE EJECUCION DE FUNCIONES. * FUNCION DE ELIMINACION. Ubquese en la pantalla de actualizacin de datos y solicitud (pantalla 002). Introduzca el nmero de solicitud: 100100220/05/09 y pulse enter. Inmediatamente sern desplegados todos los datos cargados en la base de

153

datos para esta solicitud (en los campos que antes estaban en blanco).Verifique que estos datos son iguales a los mostrados en la seccin 7.2 de este informe. Pulse la funcin ELIMINAR. Debe aparecer un mensaje solicitando confirmacin para realizar la eliminacin y una vez confirmado se har efectiva la eliminacin. Efecte una consulta de solicitud y datos para verificar que al introducir el nmero de solicitud 100100220/05/09, aparecer el mensaje de nmero de solicitud no existe. Ubquese en la pantalla de actualizacin de planes (pantalla 016). Introduzca el cdigo de ayuda 0040 y pulse enter. Inmediatamente aparecern los datos cargados para este tipo de ayuda, en los campos que antes se mostraban en blanco (recuerde que estos datos fueron cargados durante la prueba de validacin de datos). Pulse funcin ELIMINAR AYUDA. Pulse la funcin ELIMINAR. Debe aparecer un mensaje solicitando confirmacin para realizar la eliminacin y una vez confirmado se har efectiva sta. Efecte una consulta de datos de TIPOS DE AYUDA para verificar que al introducir el cdigo de ayuda 0040, aparecer el mensaje de tipo de ayuda no existe. * FUNCION DE IMPRIMIR. Ubquese, una por una, en las pantallas de entrada 001,002,003, 007, 015, 016 y en las pantallas de salidas 004, 006, 010, 011,012, 013, 014, 015. Para cada una pulse la funcin IMPRIMIR y verificar la obtencin de una impresin mostrando lo presente en la pantalla (de no poder realizarlo en todas, haga nfasis en las pantallas des salidas correspondientes a la consulta de reportes, estas impresiones sern tal cual como se obtendrn en la generacin automtica de los mismos). * FUNCION MAS REGISTRO, MAS ACTUALIZACION: Estas funciones las consideraremos ya probadas. En la seccin de prueba de congruencia de datos fueron probadas tambin las funciones REGISTRAR y ACTUALIZAR; registrar mas Y ACTUALIZAR MAS cumplen la misma funcin slo que se usan para procesamiento de datos en lote remoto.Si est interesado, puede realizar prueba similares a las efectuadas durante la prueba de congruencia de datos. * FUNCION DE CONSULTA, MAS CONSULTA. Durante la prueba de congruencia de datos fueron realizadas numerosas consultas para verificar las funciones de REGISTRAR-ACTUALIZAR.De acuerdo a esto, pueden considerarse ya realizadas. De requerirlo puede efectuar otras pruebas de consulta, verificando los despliegues de datos en pantalla y comparndolos con los cargados previamente en la seccin 7.2 y 7.4. Recuerde que la funcin MAS CONSULTA es idntica a CONSULTA, slo que se usa para procesamiento en lote remotos (consultas seguidas almacenadas previamente).

154

8) ENTREGA DEL SISTEMA. Est etapa corresponde a la ltima fase del ciclo de vida del desarrollo del proyecto SIRSAS.veamos a continuacin las subfases de este punto. Para realizar la conversin del sistema o puesta en funcionamiento en el mbito empresarial respectivo (Direccin de Desarrollo Social del Municipio Brins) se seguirn los siguientes pasos: * Cargar el software necesario para ejecutar la aplicacin informtica diseada.Esto incluye el paquete de aplicacin donde funcionar el lenguaje de aplicacin escogido (JAVA) y el paquete de aplicacin para el manejador de base de datos escogido.Este software ser proporcionado en CD titulado: SOFTWARE SIRSAS. Estos paquetes son los siguientes: 1) Entorno de Programacin para aplicaciones en Java. Netbean 6.5.1 Librerias Jdk 1.6 MySQL-connector-java-5.1.6 Reportes Ireport 3.5.1 (Diseador de JasperReport- Reportes de java ) Jasperreports-3.5.1 2) Base de Datos. MySQL 5.1.33 (Del paquete Wamp 2.0h ). Los pasos para cargar el software sealado sern detallados en el diccionario del proyecto, anexo a este informe. * instalar la base de datos.Esto se detallar en la seccin 8.2. * Impartir formacin a usuarios. Para este punto ser elaborado el manual del usuario y se obviar la programacin de adiestramiento en el sistema (ver seccin 8.3).Cabe destacar que adicional ser entregado el diccionario del proyecto en cual puede considerarse como parte de formacin de usuarios, en este caso usuarios de soporte tcnico(el manual del usuario es para usuarios de tipo operacionales del sistema).
8.2) INSTALAR LA BASE DATOS. 8.1) PLAN DE CONVERSION DEL SISTEMA.

En la fig 83, 84,85. se muestran en forma tabular los datos del proceso que sern cargados a la base de datos (REGISTRADOS). Previamente, debe efectuarse la eliminacin de los datos de pruebas cargados de acuerdo a las secciones 7.2 y 7.4.
8.3) ELABORAR MANUAL DE USUARIO..

Este documento se muestra anexo al presente informe, a igual que el diccionario del proyecto.

155

FIG. 83. CARGA DE DATOS REALES (REGISTRO TIPOS DE AYUDAS Y REQUISITOS).

156

156

FIG. 84. CARGA DE DATOS REALES (REGISTRO DATOS PERSONALES Y FAMILIARES)


157 157

FIG. 85. CARGA DE DATOS REALES (REGISTRO DATOS FAMILIARES Y DE SOLICITUD)


158 158

IV) RECOMENDACIONES. El estudio detallado realizado sobre el sistema administrativo relacionado con el proceso de solicitud de ayuda a la Direccin de Desarrollo Social del Municipio Brins, incluyendo los procesos manuales no incluidas en la automatizacin realizada con el SIRSAS, debe servir de base para proyectar una ampliacin del SIRSAS tomando en cuenta el sistema en su totalidad, incluyendo los aspectos manuales. Como ejemplos, aspectos como la elaboracin-aprobacin de la orden de ayuda, el seguimiento del status de la solicitud,la evaluacin de requisitos y disponibilidad presupuestaria(para esto interaccin con otros sistemas en la alcalda) pueden ser automatizados tambin. La introduccin de datos del usuario o solicitud de ayuda social a travs de internet, debe ser considerado como una mejora al sistema una vez que la plataforma informtica de la alcalda avance ms y se logre la masificacin en el municipio del uso de computadoras a travs de planes tales como, por ejemplo, la creacin de Infocentros los cuales permitan familiarizar a la poblacin con esta tecnologa independientemente del grado de instruccin o nivel educativo. El uso de programas y manejadores de bases de datos con cdigo abierto, debe ser exigido como requisito en el desarrollo de proyectos informticos en la alcalda del municipio;esto est enmarcado en los planes nacionales de independencia tecnolgica y reduccin de costos por acceso a tecnologa de software. V) CONCLUSIONES. El presente informe documenta el desarrollo del proyecto de Sistema de Informacin automatizado para Registro de Solicitudes de Ayuda Socioeconmicas (SIRSAS) a implantar en la Alcalda de Municipio Brins del Edo Brins, en sus fases de Diseo e Implantacin.Se sigui la metodologa de ejecucin de subfases del Ciclo de Vida del Desarrollo del Proyecto y se uso como referencia el informe de Anlisis del Sistema SIRSAS, el cual documenta las primeras fases del Desarrollo del proyecto. El proyecto se inicia con la escogencia de las tecnologas informticas de diseo (hardware y software), estableciendo las especificaciones tcnicas generales las cuales servirn para la fase de procura.En la fase de procura o adquisicin, se obtiene la tecnologa necesaria para implantar el sistema; para esto se solicitan propuestas a diferentes oferentes , se efecta anlisis de propuestas y se escoge la mejor opcin. Seguidamente, se efecta el diseo e integracin del sistema, para esto fue realizado el anlisis y distribucin tanto de datos como de procesos que conllevaron a la definicin de la base de datos de tipo relacional y a la obtencin de las unidades de diseo, Cabe sealar, que aunque el requisito solicitado es el componente automatizado (registro de solicitudes), para el anlisis de procesos se efectu el estudio de los componentes manuales del sistema, para enmarcar el componente automatizado dentro del sistema general de los procesos de atencin a clientes que solicitan ayuda socioeconmica al municipio.Durante esta fase, tambin se obtienen los modelos de pantallas de entradas, salidas y de interfaces de usuarios, juntos

159

con sus respectivas especificaciones tcnicas.La culminacin de la fase de diseo e integracin, muestra el diseo de los programas utilizando una estructura de tipo modular, enmarcado dentro de los cinco subsistemas definidos durante la definicin de las unidades de diseo(SUBSISTEMA SOLICITUD DE AYUDA, SUBSISTEMA DIAGNOSTICO SOLICITUD, SUBSISTEMA APROBACION DE SOLICITUD/FIJAR PLANES, SUBSISTEMA DISEO PLANES Y PROYECTOS SOCIALES y SUBSISTEMA EJECUCION PLANES SOCIALES). Finalmente, el proyecto culmin con la fase de implantacin del sistema, durante la cual fueron creados y probados la base de datos de tipo relacional usando el manejador de bases de datos MYSQL y creados y probados el programa de aplicacin utilizando el lenguaje de programacin JAVA. Adicional, se defini el plan de conversin del sistema, se efectu la prueba y carga del sistema con datos reales que implic la carga o implantacin final de la base de datos y se cre el manual de usuario el cual salda el requerimiento de impartir informacin a los usuarios finales.

160