REPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN SUPERIOR UNIVERSIDAD POLITÉCNICA DEL OESTE “MARISCAL

SUCRE” CÁTEDRA: PROYECTO SOCIO TECNOLÓGICO III PROFESOR: ROBERTO GUERRA.

IMPLEMENTAR UN SISTEMA DE INFORMACIÓN DE REGISTRO POBLACIONAL QUE PERMITA AGILIZAR LOS PROCESOS DE OBTENCIÒN DE INFORMACIÒN PARA EL CONSEJO COMUNAL “JOSE PILAR ROMERO” DE LA PARROQUIA SAN JUAN.

Integrantes: Chaustre José C.I. 6.866.452 García Francisco C.I 15.168.181 Moreno William C.I. 3.726.529 Rodríguez Milagros C.I 15.931.461 Silva Jenny C.I. 17.153.797 Urdaneta Luis C.I. 7.778.453 Vivas Rafael C.I. 16.134.997

Caracas, Noviembre de 2009 INDICE ANALISIS DEL SISTEMA..............................................................................................1 NOMBRE DE LA COMUNIDAD....................................................................................2 RESEÑA HISTÓRICA SOBRE LA COMUNIDAD Y EL BANCO COMUNAL.........2 RESEÑA HISTÓRICA DE LOS BANCOS COMUNALES...........................................4 Los Bancos Comunales.................................................................................................4 ¿Qué son los Bancos Comunales?.................................................................................4 SOBRE LA METODOLOGÍA DE BANCOS COMUNALES....................................5 LOS BANCOS COMUNALES EN VENEZUELA.........................................................6 UBICACIÓN DE LA COMUNIDAD..............................................................................7 PROBLEMAS PLANTEADOS POR LOS INTEGRANTES DE LA COMUNIDAD...8 DEFINICIÓN DEL PROYECTO.....................................................................................9 OBJETIVO GENERAL................................................................................................9 OBJETIVOS ESPECÍFICOS........................................................................................9 ESTUDIO DE FACTIBILIDAD.....................................................................................10 PARTE I: OBJETIVOS RAZONABLES...................................................................10 PARTE II: DETERMINACIÓN DE RECURSOS.....................................................11 DIAGRAMA DE GANTT PARA EL PROYECTO SOCIOTECNOLOGICO DEL CONSEJO COMUNAL “JOSÉ PILAR ROMERO” DE LA PARROQUIA SAN JUAN .........................................................................................................................................32 METODOLOGIA DE DESARROLLO A UTILIZAR...................................................33 DISEÑO DEL SISTEMA................................................................................................46 OBJETIVOS DEL SISTEMA.........................................................................................47 OBJETIVO GENERAL..............................................................................................48 OBJETIVOS ESPECÍFICOS......................................................................................48 ALCANCE DEL SISTEMA.......................................................................................48 GLOSARIO DE TÉRMINOS.....................................................................................48 BENEFICIOS ............................................................................................................50 DESCRIPCION GENERAL DEL SISTEMA ...............................................................51 REQUERIMIENTOS FUNCIONALES.....................................................................51 ACTORES...................................................................................................................51 DIAGRAMAS DE CASOS DE USO.........................................................................52 DESCRIPCIÓN DE LOS CASOS DE USOS.............................................................54 EVENTOS...................................................................................................................56 DIAGRAMA CONTEXTUAL...................................................................................61 DIAGRAMA DE ESTRUCTURA ESTÁTICA (DE CLASES)................................62 DIAGRAMAS DE INTERACCIÓN..........................................................................63

DIAGRAMAS DE COLABORACION......................................................................67 DIAGRAMA DE ESTADO........................................................................................69 DIAGRAMAS DE ACTIVIDAD...............................................................................71 ATRIBUTOS DE CALIDAD DEL SOFTWARE..........................................................73 Funcionalidad..............................................................................................................73 Fiabilidad.....................................................................................................................73 Usabilidad....................................................................................................................73 Eficiencia.....................................................................................................................74 Mantenibilidad.............................................................................................................74 Portabilidad..................................................................................................................74 BIBLIOGRAFÍA.............................................................................................................75

ANALISIS DEL SISTEMA

1

NOMBRE DE LA COMUNIDAD Consejo Comunal: José Pilar Moreno

RESEÑA HISTÓRICA SOBRE LA COMUNIDAD Y EL BANCO COMUNAL El Consejo Comunal José Pilar Romero fue creado en julio de 2007 en Caracas, bajo el Certificado de Registro 0101170008, en el sector San Juan y está conformado por 650 familias aproximadamente. Inicialmente la directiva estaba conformada por los siguientes integrantes:
Órgano Ejecutivo Nombre Comité de trabajo Yuber Gómez Infraestructura José Calvo Bolívar Protección e Igualdad Saturnino González Seguridad y Defensa Humberto Pariska Economía Popular María Pedroza Salud Daisy Hidalgo Deporte y Recreación Thaís Carapaica Cultura y Educación Juan Piña Energía, gas y agua Raquel Caicedo Alimentación Norklis Lemus Madres del barrio Tomás Pineda Servicios públicos Gestión Financiera Isaolina Carapaica Noris Herrera Moisés Pacheco Luis Arteaga Alvaro Andrade Contraloría Social José Avilan Yolimar Velásquez Hilda Vera Malgrett Mila de la Roca Julia Molina

Como ente rector de los recursos asignados al Consejo Comunal se crea el Banco Comunal José Pilar Romero R.L el cual “adopta el régimen de Responsabilidad Limitada y tendrá una duración indefinida y de carácter
2

permanente salvo que la asamblea de ciudadanos del consejo comunal decida su disolución”, según consta en documento de creación. Aparece registrado bajo el número 501333 de SUNACOOP por los siguientes integrantes del Consejo Comunal: Noris Herrera R., Moisés H. Pacheco M., Luis F. Arteaga H., Pedro A. Andrade, Isolina J. Carapaica quienes fueron seleccionado en Asamblea Constituyente Comunitaria del Consejo Comunal. Ahora, ¿qué sabemos de José Pilar Romero? Según los entrevistados, José Pilar Romero fue un luchador social en el sector El Guarataro y ayudó a muchos de los habitantes. Estaba pendiente de cualquier obra que fuera útil para el barrio. En su honor fue pintado este mural en la parroquia San Juan por el “Colectivo Frente de Estudiantes Universitarios Mariscal Sucre del Oeste de Caracas”.

Mural realizado con el "Consejo Comunal José Pilar Romero" del Barrio El Guarataro (Caracas Venezuela) y el Colectivo Frente de Estudiantes Universitarios Mariscal Sucre del Oeste de Caracas.

3

RESEÑA HISTÓRICA DE LOS BANCOS COMUNALES Los Bancos Comunales El Ingeniero Agrónomo Jorge Delgado Choque quien es Consultor especialista en Bancos Comunales hace un trabajo muy interesante para http://www.bancoscomunales.org/ en octubre 2007, el cual es colocado en internet y puede ser bajado libremente. ¿Qué son los Bancos Comunales? “Bancos Comunales es un programa social, sostenible y rentable con servicios de Crédito Ahorro, capacitación y otros servicios no financieros, que busca trabajar principalmente con mujeres de pocos recursos económicos que tienen alguna actividad que genere ingresos, con el objetivo de mejorar la calidad de vida, promoviendo el desarrollo integral de sus familias, a través de la conformación de grupos u organizaciones de mujeres con deseos de salir adelante con dignidad y voluntad propia”.

4

SOBRE LA METODOLOGÍA DE BANCOS COMUNALES La metodología de Bancos Comunales es una de las herramientas más eficaces hasta ahora en la lucha contra la pobreza, esta si es aplicada con principios y valores humanos posibilita al ser humano y principalmente a las mujeres a recuperar la dignidad y salir de la pobreza con base en su propio esfuerzo y voluntad. Esta herramienta fue creada para ayudar a miles de personas principalmente mujeres a salir de la pobreza, por el éxito demostrado está siendo aplicada por cientos de organizaciones de desarrollo en todo el mundo de manera sostenible y rentable, con indicadores de riesgo menor a 1% y en algunos casos con “0” mora, tal es la eficacia de la metodología de Bancos Comunales (crédito ahorro y capacitación) en cuanto a indicadores financieros y productividad que han interesado a Instituciones Reguladas, Cooperativas e incluso particulares. A su tiempo, las organizaciones de microfinanzas se plantearon el reto de atender con servicios financieros y servicios no financieros (capacitación, asistencia técnica, salud, seguros) a los sectores más pobres de la población, donde la única forma de dar servicios a este segmento excluido de la Banca Formal era mediante la metodología de Bancos Comunales que permite una masificación del microcrédito y mayor alcance de manera sostenible y rentable con costos reales de mercado para el cliente. Actualmente en todo el mundo cientos de organizaciones de microfinanzas están aplicando la metodología de Bancos Comunales de manera sostenible y rentable y con mucho éxito. En este momento en su mayoría miles de mujeres están asistiendo a las reuniones de sus bancos comunales con la esperanza de mejorar sus vidas y la de sus hijos. Bancos comunales no solo es un producto crediticio más, si no es una metodología y un programa donde integral está de desarrollo varios sostenible con responsabilidad social, incluido servicios: crédito,

capacitación, ahorro, asistencia técnica, salud, desarrollo espiritual y autoestima, lo cual asegura el éxito de los programas que aplican esta
5

metodología. En resumen podemos decir que el trabajo con bancos comunales no es un negocio más, si no, es un "PROGRAMA SOCIAL SOSTENIBLE y RENTABLE” La herramienta más exitosa en todo el mundo en la lucha contra la pobreza "BANCOS COMUNALES ES UN PROGRAMA SOCIAL, SOSTENIBLE Y RENTABLE"

LOS BANCOS COMUNALES EN VENEZUELA En el año 2006 el Presidente de la República Bolivariana de Venezuela, Hugo Chávez Frías, pone en funcionamiento los primeros 200 bancos comunales en el país, con la entrega de financiamiento y juramentación de sus integrantes. Entre las finalidades que tienen los bancos comunales está el fortalecimiento del poder popular mediante la construcción de un nuevo sistema social bajo el respeto al ser humano, el medio ambiente, la promoción de la participación democrática, la solidaridad y la búsqueda del bien común. Estas instancias comunitarias buscan elevar la conciencia de la población mediante el estímulo a distintas formas de asociación y cooperación en procura de incentivar la producción y el desarrollo endógeno. La meta del Ejecutivo nacional es crear 800 bancos comunales este año, y para ello se anunció la inversión de 480 mil millones de bolívares. Estas organizaciones populares se convierten en los brazos financieros de los Consejos Comunales, y forman parte de un paso más en la integración entre el pueblo y el Gobierno para la construcción de una nueva Patria. Video fuente: VTV Fuente:http://yosmaryderausseo.blogspot.com/2006/06/los-bancoscomunales.html

6

UBICACIÓN DE LA COMUNIDAD

La comunidad se encuentra en la siguiente dirección: Calle Real de El Guarataro, con Cola de Pato, Calle Nueva, Cola de Pato a Cruz, Parroquia San Juan, Municipio Libertador, Caracas, Distrito Capital.

7

PROBLEMAS PLANTEADOS POR LOS INTEGRANTES DE LA COMUNIDAD

En la actualidad el Consejo Comunal “José Pilar Romero” de la Parroquia San Juan presenta graves dificultades para llevar un registro poblacional de la comunidad. La comunidad en la cual se enfocó nuestro Proyecto Socio Tecnológico, cubre aproximadamente 650 familias (No existe un registro formal manual ni automatizado, es parte de los problemas planteados, pero la cifra puede ser muy superior).

El Consejo Comunal “José Pilar Romero” de la Parroquia San Juan, no cuenta con la información necesaria sobre los datos generales de la vivienda de cada familia, los datos sociolaborales, las características individuales de cada miembro de la familia, los datos socioeconómicos, las diferentes enfermedades o discapacidades que puedan presentar algún miembro de la comunidad, familias con niños o adultos excepcionales, madres solteras y familias en precarias condiciones económicas y sociales. Por ello se debe vincular este registro con los distintos proyectos sociales, para garantizar así que los recursos lleguen a quienes más los necesiten.

Actualmente el registro poblacional se lleva en carpetas por familia, por eso se dificulta la obtención de información oportuna e inmediata, ya que esto implica recurrir a la revisión manual, carpeta a carpeta de cada expediente.

8

DEFINICIÓN DEL PROYECTO

OBJETIVO GENERAL Implementar un Sistemas de Información de Registro Poblacional que permita agilizar los procesos de obtención de información para el Consejo Comunal “José Pilar Romero” de la Parroquia San Juan.

OBJETIVOS ESPECÍFICOS • Identificar la necesidad de automatizar las actividades del Consejo Comunal “José Pilar Romero” de la Parroquia San Juan en cuanto al registro poblacional de la comunidad. • Analizar toda la información referente a los procesos de obtención de información del registro poblacional aplicado a la comunidad que son llevados a cabo por el Consejo Comunal “José Pilar Romero” de la Parroquia San. • Describir las Bases Teóricas-Técnicas y Legales para la implantación del Sistema de Información Parroquia San. • Elaborar una propuesta para el diseño e implantación de un sistema automatizado para el Consejo Comunal “José Pilar Romero” de la Parroquia San. del registro poblacional para la comunidad implementado por el Consejo Comunal “José Pilar Romero” de la

9

ESTUDIO DE FACTIBILIDAD

PARTE I: OBJETIVOS RAZONABLES 1. Reducción de errores, y contar con una mayor precisión en la captura de datos: Debido al estudio y levantamiento de información realizado al Consejo Comunal “José Pilar Romero” de la Parroquia San Juan, para la realización del Sistema de Registro Poblacional, se van a reducir en gran parte los errores, ya que se realizará un formato tipo encuesta, adecuado para la captura de datos de la comunidad y así obtener la información que se requiere de manera rápida y eficaz, igualmente el sistema contará con las validaciones respectivas para mantener una data integra y así tener una precisión en los datos capturados. 2. La reducción del costo de las salidas del sistema, mediante la simplificación o eliminación de informes duplicados o innecesarios. En el Sistema de Registro Poblacional, se centralizará toda la información de la comunidad, para un mayor manejo de la información que permita disminuir la duplicidad de los datos, la cantidad de material impreso sobre las encuestas de cada familia, y poder consultar a través de los reportes específicos la información que se requiera. 3. La actualización del servicio al cliente con el fin de alcanzar un mejor nivel competitivo. Al realizar este Sistema de Registro Poblacional, estaríamos elevando el nivel de gestión del Consejo Comunal, ya que sería un gran avance para la comunidad, agilizar los procesos que se llevan de forma manual y nos permitiría además replicar este alcance a todos los Consejos Comunales en el ámbito territorial, para que alcancen un nivel competitivo y eficiente en la administración y manejo de recursos del estado.

10

4. La automatización de procedimientos manuales para mejorarlos. La automatización de los procesos manuales de Registro Poblacional en el Consejo Comunal, nos permite agilizar el trabajo arduo que lleva actualmente el Consejo Comunal “José Pilar Romero” de la Parroquia San Juan, los mismos son: llevar el registro de cada familia en carpetas que dificultan la obtención de información y a su vez se hace difícil que lleguen los recursos a las familias y también les permitirá disminuir en gran cantidad el material físico. PARTE II: DETERMINACIÓN DE RECURSOS 1. Factibilidad Económica: 1.1.- Recursos Humanos:

Nombre Cantidad 1 1 Descripción Analista de Sistemas Analista de Sistemas Analista de Sistemas Analista de Sistemas Analista de Sistemas Analista de Sistemas Analista de Sistemas Total General Chaustre José García Francisco

Costo del mercado laboral BsF 3.500,00 3.500,00 3.500,00

Costo Social BsF 0,00 0,00 0,00

1

Moreno William Rodríguez Milagros Silva Jenny Urdaneta Luis Vivas Rafael 3.500,00 3.500,00 3.500,00 24.500,00 0,00 0,00 0,00 0,00 3.500,00 0,00

1 1 1 1

11

1.2.- Servicios: El Consejo Comunal a través de los recursos que perciben para los proyectos y otras actividades, dispone para cancelar un servicio ABA de Internet, no obstante, para efectos de operación del sistema este no se requiere, pero sí para insertar la comunidad en el ámbito global de las comunicaciones y permitir su interacción con los distintos entes públicos rectores y con el resto de consejos comunales. Esto deriva en un beneficio intangible de la implantación del sistema.

Servicios Luz eléctrica Internet (ABA) TOTAL

Costo mensual BsF. 30,00 60,00 100,00

Costo anual BsF. 360,00 720,00 1.080,00

1.3.- Suministros: Existen también los recursos para garantizar la adquisición de los consumibles que emplearía el sistema, en principio estos se orientan a cartuchos de impresión y dispositivos de almacenamiento externo tipo pen drive. En la actualidad el Consejo cuenta con un microcomputador, no han adquirido más equipos porque no tienen desarrolladas las herramientas necesarias para administrar las diversas operaciones del Consejo.

Cantidad 24 (2 mensuales) 4

Descripción Cartuchos de impresión

Características Cartuchos de tinta negra y de color HP Dispositivo de almacenamiento de 4GB c/u, modelo Kingston

Costo unitario BsF. 100,00

Costo Total BsF. 2.400,00

Pendrive TOTAL

80,00 180,00

320,00 2.720,00

12

1.4.-Programas: La plataforma de software sobre la cual operará el sistema es abierta, para cumplir así con lo establecido en el Decreto 3390 sobre el uso del software libre en la administración pública, que persigue alcanzar la soberanía tecnológica del Estado venezolano. Las herramientas propuestas son PHP y MySQL.

Cantidad 2

Descripción Manejador de B.D Entorno de desarrollo Total General

Características My SQL, PostgreSQL, Software Libre. PHP

Costo Unitario 0 Bs.F

Total Costo 0 Bs.F

1

0 Bs.F 0 Bs.F

0 Bs.F 0 Bs.F

1.5 Costos de los equipos propuestos (Hardware):
Cantidad Descripción Características Genérico ISONIC CCX-S259ROGA Plateado Intel® Pentium® dual core Desktop Processor E2160 1.80 GHz Foxconn Tarjeta Madre i945GC socket 775 Kingston Memoria 2GB 667MHz DDR2 Costo Unitario BsF 259,00 Total Costo BsF 518,00 Costo asociado al Proyecto BsF 0,00

2

Case

2

Procesador

778,52

1.557,04

0,00

2 2

Tarjeta Madre Memoria

409,78 182,00

819,56 364,00

0,00 0,00

13

2

Disco Duro

2

Unidad DVD

Non-ECC CL5 SODIMM WD Caviar SE 160 GB SATA Samsung DVD/RW Drive 20X IDE SuperWriteMaster Bulk Black BenQ Teclado Mouse Multimedia ULTRA DELGADO BenQ Monitor Plano LCD 15 pulgadas Negro. Floppy 3.5'' HP Photosmart 8050 Tecam TTR-1000 Regulador de Voltaje 1000VA

331,00

662,00

0,00

309,96

619,02

0,00

2

Teclado + Mouse

80,91

161,82

0,00

2 2 1 2

Monitor Unidad Floppy Impresora Regulador

630,42 33,99 589,00 78,81

1260,84 67,98 589,00 157,62

0,00 0,00 0,00 0,00

Total General

3.683,3 9

6777,78

0,00

1.6 Costos del Software para el desarrollo del proyecto:

Cantidad

Descripción Manejador de B.D Entorno de desarrollo Total General

Características My SQL, PostgreSQL, Software Libre. PHP

Costo Unitario BsF 0,00

Total Costo BsF 0,00

2

1

0,00 0,00

0,00 0,00

14

Nota: el costo del software es 0 Bs.F debido a que se trata de software libre y se puede conseguir en la Web. 1.7 Costos de horas de análisis y programación para el desarrollo:

Cantidad Horas

Descripción

Características

Costo Unitario BsF 120,00 100,00 220,00

Total Costo BsF 18000,00 30000,00 48000,00

Costo real del proyecto social BsF 0,00 0,00 0,00

150 300

Análisis Programación Total General

Levantamiento de información Desarrollo PHP

1.8 Tabla de Totales

RRHH, Servicios y Suministros 28.300,00 BsF

Hardware y Software 54.777,78 BsF

2. Factibilidad tecnológica: • • Existe la tecnología necesaria para desarrollar el sistema. Los equipos propuestos tienen la capacidad técnica para soportar el volumen de procesamiento de datos registrados en el sistema, asimismo disponen de recursos para nuevas adquisiciones.
15

El sistema propuesto está en capacidad de ofrecer respuestas oportunas, certeras y confiables adecuadas a las peticiones, sin importar el número y ubicación de los usuarios.

• •

Puede crecer con facilidad. Se brindan, a través de la norma ISO 9126, las garantías técnicas de funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad y dentro de estas, se hace especial énfasis, en la exactitud, confiabilidad, facilidad de acceso y seguridad de los datos.

2.1. Características de los equipos propuestos (Hardware):

Cantidad 1 1

Equipo Case Procesador

Marca
ISONIC

Modelo
CCX-S259ROGA

Características
Genérico ISONIC CCXS259ROGA Plateado Intel® Pentium® dual core Desktop Processor E2160 1.80 GHz Foxconn Tarjeta Madre i945GC

INTEL

dual core E2160

1 1

Tarjeta Madre Memoria

Foxconn

i945GC Non-ECC CL5 SODIMM Caviar Drive 20X IDE ULTRA DELGADO LCD 15

socket 775 Kingston Memoria 2GB 667MHz DDR2 Non-ECC CL5 SODIMM WD Caviar SE 160 GB SATA Samsung DVD/RW Drive 20X IDE Super-WriteMaster Bulk Black BenQ Teclado - Mouse Multimedia ULTRA DELGADO BenQ Monitor Plano LCD 15 pulgadas Negro. Floppy 3.5'' HP Photosmart 8050 Tecam TTR-1000 Regulador de Voltaje 1000VA

Kingston

1 1

Disco Duro Unidad DVD

WD Samsung

1 1 1 1 1

Teclado + Mouse Monitor Unidad Floppy Impresora Regulador

BenQ BenQ

HP Tecam

8050 TTR-1000

Cantidad

Descripción

Características

16

• • • • • • • • •

1

Manejador de B.D My SQL

• • • •

• • • • • 1 Entorno de desarrollo PHP • •

Un amplio subconjunto de ANSI SQL 99, y varias extensiones. Soporte a multiplataforma Procedimientos almacenados Disparadores (triggers) Cursores Vistas actualizables Soporte a VARCHAR INFORMATION_SCHEMA Soporte X/Open XA de transacciones distribuidas; transacción en dos fases como parte de esto, utilizando el motor InnoDB de Oracle Motores de almacenamiento independientes (MyISAM para lecturas rápidas, InnoDB para transacciones e integridad referencial) Transacciones con los motores de almacenamiento InnoDB, BDB Y Cluster; puntos de recuperación (savepoints) con InnoDB Soporte para SSL Query caching Sub-SELECTs (o SELECTs anidados) Réplica con un maestro por esclavo, varios esclavos por maestro, sin soporte automático para múltiples maestros por esclavo. indexing y buscando campos de texto completos usando el motor de almacenamiento MyISAM Embedded database library Soporte completo para Unicode Conforme a las reglas ACID usando los motores InnoDB, BDB y Cluster Shared-nothing clustering through MySQL Cluster Es un lenguaje multiplataforma. Capacidad de conexión con la mayoría de los manejadores de base de datos que se utilizan en la actualidad, destaca su conectividad con MySQL. Capacidad de expandir su potencial utilizando la enorme cantidad de módulos (llamados ext's o extensiones). Posee una amplia documentación en su página oficial ([2]), entre la cual se destaca que todas las funciones del sistema están explicadas y ejemplificadas en un único archivo de ayuda. Es libre, por lo que se presenta como

17

• • • • • •

una alternativa de fácil acceso para todos. Permite las técnicas de Programación Orientada a Objetos. Biblioteca nativa de funciones sumamente amplia e incluida. No requiere definición de tipos de variables. Tiene manejo de excepciones (desde PHP5). Implementación del estándar SQL92/SQL99. Soporta distintos tipos de datos: además del soporte para los tipos base, también soporta datos de tipo fecha, monetarios, elementos gráficos, datos sobre redes (MAC, IP ...), cadenas de bits, etc. También permite la creación de tipos propios. Incorpora una estructura de datos array. Incorpora funciones de diversa índole: manejo de fechas, geométricas, orientadas a operaciones con redes, etc. Permite la declaración de funciones propias, así como la definición de disparadores. Soporta el uso de índices, reglas y vistas. Incluye herencia entre tablas (aunque no entre objetos, ya que no existen), por lo que a este gestor de bases de datos se le incluye entre los gestores objeto-relacionales. Permite la gestión de diferentes usuarios, como también los permisos asignados a cada uno de ellos.

• • 1 Manejador de B.D PostgreSQL • • •

3. Factibilidad Operativa: • Existe gran apoyo y entusiasmo para el proyecto por parte de los integrantes del Consejo Comunal, quienes a su vez tienen el doble rol de “Gerentes” y usuarios. • Los métodos que actualmente usan en el Consejo Comunal son aceptados por la comunidad, no obstante, las principales autocríticas por
18

el modo manual de trabajo emanan del mismo órgano ejecutivo, por lo que no existe conflicto de intereses alguno entre el sistema antiguo “manual” y el automatizado. • Los usuarios han participado en la planeación y desarrollo del proyecto, han aportado ideas y han planteado métodos de trabajo para agilizar los distintos trámites, por lo que no existe la visión de un sistema “demasiado complejo” y se minimiza la posibilidad de usarlo en forma que produzca errores o fallos. • El sistema propuesto en ningún aspecto incide en forma negativa sobre la organización y contempla resultados óptimos para todas las áreas de aplicación. • • Con el sistema propuesto no se pierde el control de ninguna de las áreas, ni se dificulta el acceso a la información. Asimismo se incrementa la productividad de los usuarios y los beneficiarios directos, que son los habitantes de la comunidad, no se verán afectados en forma alguna por la implantación.

3.1 Encuesta
Muy bueno NS NR

Pregunta ¿Cómo evalúa usted la atención que la ha prestado el Consejo Comunal? 2 ¿Cómo cree usted que ha sido el . impacto de los proyectos sociales en el bienestar de la comunidad? 3 ¿Cómo cataloga usted el control . familiar que lleva el Consejo Comunal? 4 ¿Cómo evaluaría usted la . posibilidad de llevar un registro automatizado de las familias que forman parte de la comunidad?
1 .

Bueno

Regular

Deficiente

19

5 .

6 .

7 .

8 .

9 .

1 0 .

De automatizarse el registro familiar, ¿Cómo considera usted que sería la distribución de los beneficios por parte del Consejo Comunal? ¿Cómo considera usted los servicios que le ha prestado el Banco Comunal? ¿Cómo evaluaría usted el impacto en la comunidad de los proyectos ya ejecutados por el Consejo Comunal? ¿Cómo evaluaría usted el impacto de uso de la tecnología y la informática en la administración del Consejo Comunal? ¿Cómo cataloga usted el empleo por parte del Consejo Comunal de la mano de obra calificada que reside en la comunidad? ¿Considera usted que el Consejo Comunal debería llevar un registro de la mano de obra calificada de la comunidad?

La encuesta a continuación se les aplicó a los miembros de la comunidad y a los integrantes del Consejo Comunal “José Pilar Romero” de la Parroquia San Juan. La técnica para el análisis de los resultados de la encuesta fue un análisis cuantitativo, ya que se caracteriza por describir los resultados en forma matemática, numérica y estadística. En este proyecto los datos se analizaron y se presentan en la tabla final de conteo de datos y gráficos, que representan en forma visual los resultados obtenidos. En esta perspectiva el análisis realizado permitió detectar la información atinente que sirvió de base para la elaboración de los gràficos circulares. A

20

continuación se presentará las preguntas realizadas a los usuarios seleccionados:

21

22

23

24

25

26

27

28

29

30

Resultados General de la encuesta
Muy bueno 3 NS NR 0

Pregunta
1

Bueno

Regular

Deficiente

2

3

4

5

6

7

8

¿Cómo evalúa usted la atención que la ha prestado el Consejo Comunal? ¿Cómo cree usted que ha sido el impacto de los proyectos sociales en el bienestar de la comunidad? ¿Cómo cataloga usted el control familiar que lleva el Consejo Comunal? ¿Cómo evaluaría usted la posibilidad de llevar un registro automatizado de las familias que forman parte de la comunidad? De automatizarse el registro familiar, ¿Cómo considera usted que sería la distribución de los beneficios por parte del Consejo Comunal? ¿Cómo considera usted los servicios que le ha prestado el Banco Comunal? ¿Cómo evaluaría usted el impacto en la comunidad de los proyectos ya ejecutados por el Consejo Comunal? ¿Cómo evaluaría usted el impacto de uso de la tecnología y la informática en la administración del Consejo Comunal? ¿Cómo cataloga usted el empleo por parte del Consejo Comunal de la mano de obra calificada que

6

10

2

3

7

11

0

0

0

6

10

4

1

11

9

1

0

0

13

7

1

0

0

1

13

2

5

0

2

13

4

2

0

15

5

1

0

0

9

2

9

9

0

1

31

10

reside en la comunidad? ¿Considera usted que el Consejo Comunal debería llevar un registro de la mano de obra calificada de la comunidad?

16

5

0

0

0

DIAGRAMA DE GANTT PARA EL PROYECTO SOCIOTECNOLOGICO DEL CONSEJO COMUNAL “JOSÉ PILAR ROMERO” DE LA PARROQUIA SAN JUAN

32

METODOLOGIA DE DESARROLLO A UTILIZAR Va a trabajarse con la Metodología RUP (Rational Unified Process), en principio porque es orientada a objetos y es recomendable para proyectos que
33

abarcan un año o más, en segundo lugar porque el gobierno a través del Ministerio del Poder Popular para las telecomunicaciones e Informática está promoviendo el uso de esta metodología (ver página web: http://merinde.rinde.gob.ve/) y así hay coherencia entre los desarrollos en

software libre gubernamentales y el cumplimiento del Decreto 3.390. Según la Gaceta Oficial Nº 38.095 del 28 de Diciembre de 2004, dice: Artículo 5. El Ejecutivo Nacional fomentará la investigación y desarrollo de software bajo modelo Software Libre desarrollado con Estándares Abiertos, procurando incentivos especiales para desarrolladores. Artículo 6. El Ejecutivo Nacional fortalecerá el desarrollo de la industria nacional del software, mediante el establecimiento de una red de formación, de servicios especializados en Software Libre desarrollado con Estándares Abiertos y desarrolladores. Artículo 7. El Ministerio de Ciencia y Tecnología será responsable de proveer la Distribución Software Libre desarrollado con Estándares Abiertos para el Estado Venezolano, para lo cual implementará los mecanismos que se requieran. Artículo 8. El Ejecutivo Nacional promoverá el uso generalizado del Software Libre desarrollado con Estándares Abiertos en la sociedad, para lo cual desarrollará mecanismos orientados a capacitar e instruir a los usuarios en la utilización del Software Libre desarrollado con Estándares Abiertos. Artículo 9. El Ejecutivo Nacional promoverá la cooperación internacional en materia de Software Libre desarrollado con Estándares Abiertos, con especial énfasis en la cooperación regional a través del MERCOSUR, CAN, CARICOM y la cooperación SUR-SUR. Artículo 10. El Ministerio de Educación y Deportes, en coordinación con el Ministerio de Ciencia y Tecnología, establecerá las políticas para incluir el
34

Software Libre desarrollado con Estándares Abiertos, en los programas de educación básica y diversificada. Artículo 11. En un plazo no mayor de noventa (90) días continuos, contados a partir de la publicación del presente Decreto en la Gaceta Oficial de la República Bolivariana de Venezuela, el Ministerio de Ciencia y Tecnología deberá presentar ante la Presidencia de la República, los planes y programas que servirán de plataforma para la ejecución progresiva del presente Decreto. Artículo 12. Cada Ministro en coordinación con la Ministra de Ciencia y Tecnología, en un plazo no mayor de noventa (90) días continuos, contados a partir de la aprobación por parte de la Presidencia de la República de los planes y programas referidos en el artículo anterior, publicará en la Gaceta Oficial de la República Bolivariana de Venezuela su respectivo plan de implantación progresiva del Software Libre desarrollado con Estándares Abiertos, acogiéndose a los lineamientos contenidos en aquellos, incluyendo estudios de financiamiento e incentivos fiscales a quienes desarrollen Software Libre con Estándares Abiertos destinados a la aplicación de los objetivos previstos en el presente Decreto. Igualmente, las máximas autoridades de sus entes adscritos publicaran a través del Ministerio de adscripción sus respectivos planes. Los planes de implantación progresiva del Software Libre desarrollado con Estándares Abiertos de los distintos órganos y entes de la Administración Pública Nacional, deberán ejecutarse en un plazo no mayor de veinticuatro (24) meses, dependiendo de las características propias de sus sistemas de información. Los Ministros mediante Resolución y las máximas autoridades de los entes que le estén adscritos a través de sus respectivos actos, determinarán las fases de ejecución del referido Plan, así como las razones de índole técnico que imposibiliten la implantación progresiva del Software Libre en los casos excepcionales, de acuerdo a lo establecido en el artículo 3 del presente Decreto.

35

Artículo 13. El Ministerio de Ciencia y Tecnología establecerá dentro de los planes y programas contemplados en el presente Decreto, mecanismos que preserven la identidad y necesidades culturales del país, incluyendo a sus grupos indígenas, para lo cual procurará que los sistemas operativos y aplicaciones que se desarrollen se adecuen a su cultura. Artículo 14. Todos los Ministros quedan encargados de la ejecución del presente Decreto, bajo la coordinación de la Ministra de Ciencia y Tecnología. Dado en Caracas, a los veintiocho días del mes de diciembre de dos mil cuatro. Año 194° de la Independencia y 145° de la Federación. Asimismo le permite a los analistas contar con una base de conocimiento donde hacer consultas y despejar dudas, y por último es compatible con el contenido analítico de la materia “Ingeniería de Software”, por lo que el proyecto cumple el requisito de desarrollarse con base en las técnicas y métodos impartidos en esta cátedra. De esta forma se cubre parte de los requisitos contemplados en el Programa Nacional de Formación en Ingeniería. Igualmente por el la envergadura del proyecto y el tiempo proyectado, tiene sentido basarse en una metodología de desarrollo probada en estos dos aspectos así como por su flexibilidad. Es muy común realizar el diseño de software de manera rígida, con los requerimientos que el cliente solicitó, de tal manera que cuando el cliente en la etapa final (etapa de prueba), solicita un cambio se hace imposible porque alteraría muchos aspectos que no se habían previsto, y es justo éste, uno de los factores que ocasiona un atraso en el proyecto y por tanto la incomodidad del desarrollador por no cumplir con el cambio solicitado y el malestar por parte del cliente por no tomar en cuenta su pedido. Obviamente para evitar estos incidentes se llega a un acuerdo formal con el cliente, al inicio del proyecto, de tal manera que cada cambio o modificación no perjudique al desarrollo del mismo. Pero la experiencia indica que muchas
36

veces los usuarios finales, se dan cuenta de las cosas que dejaron de mencionar, recién en la etapa final del proyecto, pese a que se les mostró un prototipo del software en la etapa inicial del proyecto. Los proyectos en problemas son los que salen del presupuesto, tienen importantes retrasos, o simplemente no cumplen con las expectativas del cliente, y como este proyecto no debe enmarcase en esa situación, por cuanto es el factor prioritario en esta materia, es que se selecciona la Metodología RUP para garantizar en gran parte su éxito. Según rational, esta metodología define claramente quién, cómo, cuándo y qué debe hacerse en el proyecto. Posee 3 características esenciales: está dirigida por los Casos de Uso: que orientan el proyecto a la importancia para el usuario y lo que este quiere; está centrada en la arquitectura: que relaciona la toma de decisiones que indican cómo tiene que ser construido el sistema y en qué orden; y es iterativa e incremental: donde divide el proyecto en miniproyectos donde los casos de uso y la arquitectura cumplen sus objetivos de manera más depurada.

COMO FILOSOFÍA RUP MANEJA 6 PRINCIPIOS CLAVE Según Kruchten (1999), rup maneja 6 principios: Adatpación del proceso El proceso deberá adaptarse a las características propias de la organización. El tamaño del mismo, así como las regulaciones que lo condicionen, influirán en su diseño específico. También se deberá tener en cuenta el alcance del proyecto. Balancear prioridades

37

Los requerimientos de los diversos inversores pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un balance que satisfaga los deseos de todos.

Colaboración entre equipos El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, Planes y resultados Demostrar valor iterativamente Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados. Elevar el nivel de abstracción Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Éstos se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con UML. Enfocarse en la calidad El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción

EL CICLO DE VIDA DE RUP

38

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en los distintas actividades.

En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades: • Incepción/Inicio: Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Se define el alcance del proyecto. • • • Elaboración: se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos. Construcción: se concentra en la elaboración de un producto totalmente operativo y eficiente y el manual de usuario. Transición: se Instala el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados.

39

DESCRIPCIÓN DE LAS ACTIVIDADES Dependiendo de las iteraciones del proceso el equipo de desarrollo puede realizar 7 tipos de actividades en este:

FASE DE INICIO Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en actividades modelado del negocio y de requisitos. En esta fase se desarrollarán los requisitos del producto desde la perspectiva del usuario, los cuales serán establecidos en el artefacto Visión. Los principales casos de uso serán identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. La aceptación del cliente /usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase. Modelado del negocio En esta fase el equipo se familiarizará más al funcionamiento de la empresa, sobre conocer sus procesos: • • • Entender la estructura y la dinámica de la organización para la cual el sistema va ser desarrollado. Entender el problema actual en la organización objetivo e identificar potenciales mejoras. Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo.

Requisitos En esta línea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos:
40

• • • • •

Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría hacer. Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema. Definir el ámbito del sistema. Proveer una base para estimar costos y tiempo de desarrollo del sistema. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

FASE DE ELABORACIÓN: En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan más los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte de implementación orientado a la baseline de la arquitectura. También en esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes más relevantes y / o críticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera release de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño). La revisión y aceptación del prototipo de la arquitectura del sistema marca el final de esta fase. La primera iteración tendrá como objetivo la identificación y especificación de los principales casos de uso, así como su realización preliminar en el Modelo de Análisis / Diseño, también permitirá hacer una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la planificación para asegurar el cumplimiento de los objetivos.

Análisis y Diseño En esta actividad se especifican los requerimientos y se describen sobre como se van a implementar en el sistema: • Transformar los requisitos al diseño del sistema.
41

• •

Desarrollar una arquitectura para el sistema. Adaptar el diseño para que sea consistente con el entorno de implementación.

FASE DE CONSTRUCCIÓN En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial. Durante la fase de construcción se terminan de analizar y diseñar todos los casos de uso, refinando el Modelo de Análisis / Diseño. El producto se construye en base a 2 iteraciones, cada una produciendo una release a la cual se le aplican las pruebas y se valida con el cliente / usuario. Se comienza la elaboración de material de apoyo al usuario.

Implementación Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y demás. El resultado final es un sistema ejecutable: • • • • Planificar qué subsistemas deben ser implementados y en que orden deben ser integrados, formando el Plan de Integración. Cada implementador decide en que orden implementa los elementos del subsistema. Si encuentra errores de diseño, los notifica. Se integra el sistema siguiendo el plan.

Pruebas Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. • • • • Encontrar y documentar defectos en la calidad del software. Generalmente asesora sobre la calidad del software percibida. Provee la validación de los supuestos realizados en el diseño y especificación de requisitos por medio de demostraciones concretas. Verificar las funciones del producto de software según lo diseñado.
42

Verificar que los requisitos tengan su apropiada implementación.

Despliegue Esta actividad tiene como objetivo producir con éxito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen: • • • • • • • Probar el producto en su entorno de ejecución final. Empaquetar el software para su distribución. Distribuir el software. Instalar el software. Proveer asistencia y ayuda a los usuarios. Formar a los usuarios y al cuerpo de ventas. Migrar el software existente o convertir bases de datos.

FASE DE TRANSICIÓN En esta fase se prepararán dos releases para distribución, asegurando una implantación y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. La fase incluye, la entrega de toda la documentación del proyecto con los manuales de instalación y todo el material de apoyo al usuario, la finalización del entrenamiento de los usuarios y el empaquetamiento del producto. DURANTE TODO EL PROYECTO Gestión del proyecto Se vigila el cumplimiento de los objetivos, gestión de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. • • Proveer un marco de trabajo para la gestión de proyectos de software intensivos. Proveer guías prácticas realizar planeación, contratar personal, ejecutar y monitorear el proyecto.
43

Proveer un marco de trabajo para gestionar riesgos.

Configuración y control de cambios El control de cambios permite mantener la integridad de todos los artefactos que se crean en el proceso, así como de mantener información del proceso evolutivo que han seguido. Entorno La finalidad de esta actividad es dar soporte al proyecto con las adecuadas herramientas, procesos y métodos. Brinda una especificación de las herramientas que se van a necesitar en cada momento, así como definir la instancia concreta del proceso que se va a seguir. En concreto las responsabilidades de este flujo de trabajo incluyen: • • • • • Selección y adquisición de herramientas Establecer y configurar las herramientas para que se ajusten a la organización. Configuración del proceso. Mejora del proceso. Servicios técnicos.

ROLES EN RUP Según Kruchten (1999), los roles de rup son los siguientes: Analistas: • • • • Analista de procesos de negocio. Diseñador del negocio. Analista de sistema. Especificador de requisitos.

Desarrolladores:
44

Arquitecto de software. Diseñador Diseñador de interfaz de usuario Diseñador de cápsulas. Diseñador de base de datos. Implementador. Integrador.

Gestores: • • • • • • • • Jefe de proyecto Jefe de control de cambios. Jefe de configuración. Jefe de pruebas Jefe de despliegue Ingeniero de procesos Revisor de gestión del proyecto Gestor de pruebas.

Apoyo: • • • • • Documentador técnico Administrador de sistema Especialista en herramientas Desarrollador de cursos Artista gráfico

Especialista en pruebas: • • • Especialista en Pruebas (tester) Analista de pruebas. Diseñador de pruebas.

45

Otros roles: • • • • • Stakeholders. Revisor Coordinación de revisiones Revisor técnico Cualquier rol

Notas: • Para grandes organizaciones con un números equipos de ingenieros y la comunicación entre cada equipo es crítica por lo tanto es necesario que los artefactos sean completos y bastante comprensivos. • En tanto que para pequeños proyectos no es recomendable presentarse tanto rigor en las preparaciones de los artefactos, la eficiencia del proceso depende más de las habilidades de cada trabajador.

DISEÑO DEL SISTEMA

46

OBJETIVOS DEL SISTEMA

47

OBJETIVO GENERAL Controlar el Registro Poblacional para el Consejo Comunal “José Pilar Romero” de la parroquia San Juan, Caracas. OBJETIVOS ESPECÍFICOS • • • • Registrar y difundir información demográfica, social, económica de los habitantes de la comunidad. Registrar y divulgar información cuantitativa los habitantes de la comunidad. Consultar información demográfica, social, económica de los habitantes de la comunidad. Generar Reportes específicos en base a la información recolectada (Ejm: Censo detallado, Cantidad de habitantes).

ALCANCE DEL SISTEMA Sistema automatizado que permite Controlar el Registro Poblacional para el Consejo Comunal “José Pilar Romero”, el mismo permite registrar y difundir información demográfica, social, económica de los habitantes de la comunidad, registrar y divulgar información cuantitativa de los habitantes de la comunidad, consultar información demográfica, social, económica de los habitantes de la comunidad, y generar reportes específicos en base a la información recolectada (Ejm: Censo detallado, Cantidad de habitantes).

GLOSARIO DE TÉRMINOS Termino Descripción
48

Censo

Comunidad

Consejo Comunal

Registro

Sistema de Información

Un censo de población es el conjunto de procesos dirigidos a reunir, resumir, analizar y publicar los datos demográficos, económicos y sociales de todos los habitantes de un país de territorio delimitado, correspondiente a un momento o período dado. Una comunidad es un grupo o conjunto de individuos, seres humanos, o de animales que comparten elementos en común, tales como un idioma, costumbres, valores, tareas, visión del mundo, edad, ubicación geográfica (un barrio por ejemplo), estatus social, roles Es una instancia de participación, articulación e integración entre las diversas organizaciones comunitarias, grupos sociales, los ciudadanos y ciudadanas, que permiten al pueblo organizado ejercer directamente la gestión de políticas públicas y proyectos, orientados a responder a las necesidades y aspiraciones de la comunidad en la construcción de una sociedad de equidad y justicia social. En informática, y concretamente en el contexto de una base de datos relacional, un registro (también llamado fila o tupla) representa un ítem único de datos implícitamente estructurados en una tabla. En términos simples, una tabla de una base de datos puede imaginarse formada de filas y columnas o campos. Cada fila de una tabla representa un conjunto de datos relacionados, y todas las filas de la misma tabla tienen la misma estructura. Conjunto de medios que permiten recolectar, clasificar, integrar, procesar, almacenar y difundir información interna y externa que la organización necesita para tomar decisiones en forma eficiente y eficaz.

49

BENEFICIOS • El sistema va a poseer un registro automatizado por familia, que refleje detalles muy puntuales de índole social como: Personas con discapacidad, pertenencia a etnias indígenas, con enfermedades que ameriten tratamiento continuo, familias con niños o adultos excepcionales, estado de la vivienda, madres solteras y familias en precarias condiciones económicas y sociales. Se debe vincular este registro con los distintos proyectos sociales, para garantizar así que los recursos lleguen a quienes más los necesiten. • Debido a que actualmente los procesos de censo se llevan de forma manual, a través del sistema automatizado van a reducirse en gran parte los errores, ya que se realizará un formato tipo encuesta, adecuado para la captura de datos de la comunidad y así obtener la información que se requiere de manera rápida y eficaz, igualmente el sistema contará con las validaciones respectivas para mantener una data integra y así tener una precisión en los datos capturados. • Se centralizará toda la información de la comunidad, para un mayor manejo de la información que permita disminuir la duplicidad de los datos, la cantidad de material impreso sobre las encuestas de cada familia, y poder consultar a través de los reportes específicos la información que se requiera • La automatización de los procesos manuales de Registro Poblacional en el Consejo Comunal, les permite agilizar el trabajo arduo que lleva actualmente el Consejo Comunal “José Pilar Romero” de la Parroquia San Juan. Les permitirá disminuir en gran cantidad el material físico

50

DESCRIPCION GENERAL DEL SISTEMA REQUERIMIENTOS FUNCIONALES A continuación se detallan los requerimientos funcionales del sistema: Nº Reportes A1 A2 A3 A4 Almacenamiento A5 A6 A7 A8 A9 A10 A11 A12 A13 A14 A15 Procesamiento A16 A17 A18 A19 A20 Descripción del requerimiento Censo Detallado. Relación de administradores. Relación de empadronadores. Viviendas por sector. Registrar Vivienda. Registrar Familia. Registrar Miembros con discapacidad Registrar Sectores. Registrar Administradores. Registrar Empadronador. Modificar Vivenda. Modificar Família. Modificar Sectores. Modificar Administradores. Modificar Empadronador. Eliminar Vivienda Eliminar Família Eliminar Sectores Eliminar Administradores Eliminar Empadronador

ACTORES Actores Administrador del Sistema Descripción Es el responsable de supervisar el censo, designar los empadronadores así como también encargado de imprimir los reportes pertinentes.
51

Transcriptor

Es el responsable de transcribir la data por ejemplo, registro de Viviendas, familia y sectores.

DIAGRAMAS DE CASOS DE USO

52

SISTEMA DE INFORMACIÓN DE REGISTRO Y CONTROL POBLACIONAL PARA EL CONSEJO COMUNAL “JOSE PILAR ROMERO” DE LA PARROQUIA SAN JUAN , CARACAS .
Registrar Vivienda «extends» «extends» Actualizar Vivienda «extends» Eliminar Vivienda Registrar Familia Modificar Familia Eliminar Familia Registrar Sectores Modificar Sectores Eliminar Sectores «extends» Modificar Vivienda

«extends» «extends» Actualizar Familia «extends»

«extends» Actualizar Sectores «extends»

«extends»

Registrar Administradores

Transcriptor

Actualizar Administradores

«extends» «extends» Modificar Administradores

«extends» Actualizar Empadronador «extends» «extends» Administrador del Sistema Imprimir «extends» «extends» «extends»

Eliminar Administradores

Registrar Empadronador

Modificar Empadronador

Eliminar Empadronador

«extends»

Censo Detallado Relacion de Administradores

Viviendas por sector

Relacion de Empadronadores

53

SISTEMA DE INFORMACIÓN DE REGISTRO Y CONTROL POBLACIONAL PARA EL CONSEJO COMUNAL “JOSE PILAR ROMERO” DE LA PARROQUIA SAN JUAN , CARACAS .
Registrar Vivienda «extends» «extends» Actualizar Vivienda «extends» Eliminar Vivienda Registrar Familia Modificar Familia Eliminar Familia Registrar Sectores Modificar Sectores Eliminar Sectores Modificar Vivienda

«extends» «extends» Actualizar Familia «extends»

«extends» Actualizar Sectores «extends»

«extends»

«extends» Actualizar Administradores «extends» Consejo Comunal «extends»

Registrar Administradores

Modificar Administradores

Actualizar Empadronador

«extends»

Eliminar Administradores

«extends» «extends»

Registrar Empadronador

Modificar Empadronador Imprimir «extends» «extends» Censo Detallado Eliminar Empadronador

«extends»

«extends»

Relacion de Administradores Viviendas por sector Relacion de Empadronadores

DESCRIPCIÓN DE LOS CASOS DE USOS Nombre Actualizar Vivienda
54

Alias Actores Función Descripción

Referencias

Transcriptor Permitir el mantenimiento de viviendas. El transcriptor puede registrar viviendas nuevas, identificando todas sus características. El sistema debe asignar un ID único por vivienda para referencia principal. También es posible modificar o eliminar algunas de sus características. De requerimientos: A5,A11,A16 De casos: Registrar Vivienda, Modificar Vivenda, Eliminar Família.

Nombre Alias Actores Función Descripción

Actualizar Familia Transcriptor Permitir el mantenimiento de las familias El transcriptor puede registrar familias nuevas, identificando todas sus características, integrantes, aspectos individuales de los integrantes. El sistema vincula la familia a la vivienda a través del ID único de vivienda. También es posible modificar o eliminar algunas de sus características. De requerimientos: A6, A12, A17 De casos: Registrar Família, Modificar Família, Eliminar Família

Referencias

Nombre Alias Actores Función Descripción

Actualizar Sectores Transcriptor Permitir el mantenimiento de los Sectores El transcriptor puede registrar sectores nuevos, identificando todas sus características, dirección, puntos de referencia y otros. El sistema vincula las viviendas que conforman el sector a través del ID único de vivienda. También es posible modificar o eliminar algunas de sus características. No puede eliminarse un sector si tiene viviendas vinculadas De requerimientos: A8, A13, A18 De casos: Registrar Sectores, Modificar Sectores, Eliminar Sectores.

Referencias

Nombre

Actualizar Administradores
55

Alias Actores Función Descripción

Referencias

Administrador del Sistema Permitir el mantenimiento de los Administradores El Administrador del Sistema puede registrar nuevos administradores, identificando nombre y observación de interés. También es posible modificar o eliminar algunas de sus características. De requerimientos: A9, A14, A19 De casos: Registrar Administradores, Modificar Administradores, Eliminar Administradores.

Nombre Alias Actores Función Descripción

Actualizar Empadronadores Administrador del Sistema Permitir el mantenimiento de los Empadronadores El Administrador del Sistema puede registrar nuevos empadronadores, identificando nombre y otras características. También es posible modificar o eliminar algunas de sus características, solo si no tiene asociado algún registro censal. De requerimientos: A10, A15, A20 De Casos: Registrar Empadronador, Modificar Empadronador, Eliminar Empadronador

Referencias

Nombre Alias Actores Función Descripción Referencias

Imprimir Administrador del Sistema Permitir la impresión de los registros El Administrador del Sistema puede imprimir el censo detallado, las viviendas por sector, la relación de administradores y la relación de empadronadores. De requerimientos: A1, A2, A3, A4 De casos: Censo Detallado, Relación de administradores, Relación de empadronadores, Viviendas por sector.

EVENTOS Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar vivienda
56

Alias Actores Evento 1. Seleccionar opción Ingreso de Vivienda 4. Digitar datos nueva vivienda 6. Hacer Click en grabar datos Evento Alterno Nombre caso de Uso Alias Actores Numero de Línea Línea 1 No Ingresa ninguna opción

Transcriptor Respuesta del Sistema 2. Capturar Selección 3. Mostrar pantalla de captura de datos de vivienda y asigna ID único. 5. Capturar datos vivienda 7. Grabar datos en el sistema.

Actualizar Vivienda; Subcaso Ingresar vivienda Transcriptor Respuesta del Sistema El sistema mostrará un mensaje informativo indicando que debe seleccionar una opción.

Línea 4 No ingresa completos de la vivienda

los

datos El sistema mostrará un mensaje informativo indicando que debe ingresar todos los datos de la vivienda El sistema mostrará un mensaje informativo indicando que no se insertara los datos de viviendas.

Línea 6 Falla la inserción de datos.

Nombre caso de Uso

Actualizar Familia; Subcaso Ingresar Familia
57

Alias Actores Evento 1. Seleccionar opción Ingreso de Familia 4. Digitar datos nueva familia y vincular a ID único de vivienda. 6. Hacer Click en grabar datos Evento Alterno Nombre caso de Uso Alias Actores Numero de Línea Línea 1 No Ingresa ninguna opción

Transcriptor Respuesta del Sistema 2. Capturar Selección 3. Mostrar pantalla de captura de datos de familia y opción para vincularla a un ID único de vivienda. 5. Capturar datos de familia y vinculación. 7. Grabar datos en el sistema.

Actualizar Vivienda; Subcaso Ingresar Familia Transcriptor Respuesta del Sistema El sistema mostrará un mensaje informativo indicando que debe seleccionar una opción.

Línea 4 No ingresa completos de la familia

los

datos El sistema mostrará un mensaje informativo indicando que debe ingresar todos los datos de la familia

Línea 6 Falla la inserción de datos El sistema mostrará un mensaje familiares. informativo indicando que no se insertara los datos de la familia.

Nombre caso de Uso Alias Actores Evento

Actualizar Sectores; Subcaso Ingresar sectores Transcriptor Respuesta del Sistema
58

1. Seleccionar opción Ingreso de Sectores 4. Digitar datos nueva vivienda y vincular los ID único de vivienda pertenecientes a este sector. 6. Hacer Click en grabar datos Evento Alterno Nombre caso de Uso Alias Actores Numero de Línea Línea 1 No Ingresa ninguna opción

2. Capturar Selección 3. Mostrar pantalla de captura de datos de vivienda y opción para vincularla los ID único de vivienda al sector de ubicación. 5. Capturar datos de sectores. 7. Grabar datos en el sistema.

Actualizar Vivienda; Subcaso Ingresar sectores Transcriptor Respuesta del Sistema El sistema mostrará un mensaje informativo indicando que debe seleccionar una opción.

Línea 4 No ingresa completos de la sectores

los

datos El sistema mostrará un mensaje informativo indicando que debe ingresar todos los datos los sectores.

Línea 6 Falla la inserción de datos del El sistema mostrará un mensaje sector. informativo indicando que no se insertara los datos del sector.

Nombre caso de Uso Alias Actores

Actualizar Administradores; Subcaso Ingresar Administradores Administrador del Sistema
59

Evento 1. Seleccionar opción Ingreso de Administradores 4. Digitar datos nuevo administrador. 6. Hacer Click en grabar datos Evento Alterno Nombre caso de Uso Alias Actores Numero de Línea Línea 1 No Ingresa ninguna opción

Respuesta del Sistema 2. Capturar Selección 3. Mostrar pantalla de captura de datos de Administrador. 5. Capturar datos de administradores. 7. Grabar datos en el sistema.

Actualizar Vivienda; Subcaso Ingresar Administradores Administrador del Sistema Respuesta del Sistema El sistema mostrará un mensaje informativo indicando que debe seleccionar una opción.

Línea 4 No ingresa los completos del administrador.

datos El sistema mostrará un mensaje informativo indicando que debe ingresar todos los datos del administrador. Línea 6 Falla la inserción de datos del administrador. El sistema mostrará un mensaje informativo indicando que no se insertara los datos del administrador.

Nombre caso de Uso Alias Actores Evento 1. Seleccionar opción Ingreso de Empadronador. 4. Digitar datos nuevo Empadronador. 6. Hacer Click en grabar datos Evento Alterno

Actualizar Empadronador; Subcaso Ingresar Empadronador. Administrador del Sistema Respuesta del Sistema 2. Capturar Selección 3. Mostrar pantalla de captura de datos de Empadronador. 5. Capturar datos de Empadronador. 7. Grabar datos en el sistema.

60

Nombre caso de Uso Alias Actores Numero de Línea Línea 1 No Ingresa ninguna opción

Actualizar Vivienda; Subcaso Ingresar Empadronador Administrador del Sistema Respuesta del Sistema El sistema mostrará un mensaje informativo indicando que debe seleccionar una opción.

Línea 4 No ingresa los completos del empadronador.

datos El sistema mostrará un mensaje informativo indicando que debe ingresar todos los datos del empadronador. Línea 6 Falla la inserción de datos del empadronador. El sistema mostrará un mensaje informativo indicando que no se insertara los datos del empadronador.

DIAGRAMA CONTEXTUAL

61

DIAGRAMA DE ESTRUCTURA ESTÁTICA (DE CLASES)

62

DIAGRAMAS DE INTERACCIÓN

63

64

Diagrama de Secuencia Caso de uso: Actualizar Familia

Transcriptor

GUI desplegar forma familia() Elegir Ingreso Familia capturar datos de familia() Ingresa Datos Familiares Crea familia()

Familia

Valida familia ()

Grabar Familia()

65

Diagrama de Secuencia Caso de uso: Actualizar Sectores

Transcriptor

GUI desplegar forma sectores() Elegir Ingreso Sectores capturar datos de sectores() Ingresa Datos Sectores Crea sectores()

Sectores

Valida sectores()

Grabar Sectores()

66

DIAGRAMAS DE COLABORACION

67

Diagrama de Colaboración Caso de uso: Actualizar Familia
Ingresa datos familia GUI

Transcriptor

*

1. Capturar datos familia() Cod_Familia Nombres Apellidos Fecha_Nac 2. Validar datos familia() 3.Crea Familia()

DB Familia

*

4. Graba Familia
Familia

68

DIAGRAMA DE ESTADO

69

Diagrama de Estado Ingreso de Familia

Creado Obj do/

Validacion Do/Captura

Activo

Inactivo Do/

Grabacion Do/Ingreso BD

70

DIAGRAMAS DE ACTIVIDAD

71

Diagrama de Actividades Ingreso de Familia

Captura Familia

Valida Familia

Validación OK

No OK

Mensaje

Ingresa Familia

72

ATRIBUTOS DE CALIDAD DEL SOFTWARE

Funcionalidad El sistema es funcional debido a que permite automatizar la información suministrada por las familias censadas, permite comprobar la veracidad de los datos de cada familia, persona o vivienda, cumple con los requisitos generales aplicados a los censos de población y vivienda a nivel nacional, genera información con la cual puede interactuar con un sistema contable, de salud, de control de obras, etc., protege la información validando cada clave de acceso, cumple con las normas, leyes y reglamentos establecidos por la ley de consejos. Fiabilidad

La información suministrada por el sistema es real y confiable para el consejo comunal, genera respaldo de la información, protege la información en caso de infractores que deseen entrar al sistema, en caso de fallos se puede recuperar la información, se adapta a las normas sobre Seguridad de la Información y la Ley Contra Delitos Informáticos. Usabilidad El sistema es de fácil manejo, mediante la interfaz gráfica mantendrá una correlación con la planilla llenada en el censo lo que permito que el usuario pueda transcribir y validar la información sin ninguna dificultad, esto hará que el usuario aprenda a manejar, operar y controlar la aplicación.

73

Eficiencia Debe mostrar la información solicitada en tiempo real según los

parámetros utilizados por los recursos en forma adecuada. La utilización de recursos es óptima debido a que usará aplicaciones y complementos de última generación. Mantenibilidad Es de fácil mantenimiento debido a que se usan herramientas de bases de datos de última generación que permiten la detección y diagnóstico en caso de fallos. Las fallas detectadas pueden ser corregidas sin generar efectos o eventos preocupantes. Portabilidad El sistema se adapta a otras plataformas y a otros sistemas operativos, puede instalarse en un PC o en un Servidor, puede convivir con otros sistemas administrativos y generar información para los mismos.

74

BIBLIOGRAFÍA

www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07 062004.html www.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/ infogdssistemas.spaces.live.com/blog/cns!5B9ED81A701B41D2!139.entry – www.edukativos.com/apuntes/archives/448 http://merinde.rinde.gob.ve/ Philippe Kruchten: Use-Case Storyboards in the Rational Unified Process. ECOOP Workshops 1999: 249-250

75

Sign up to vote on this title
UsefulNot useful