Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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
1
NOMBRE DE LA COMUNIDAD
Ó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
2
permanente salvo que la asamblea de ciudadanos del consejo comunal decida
su disolución”, según consta en documento de creación.
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
4
SOBRE LA METODOLOGÍA DE BANCOS COMUNALES
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"
Fuente:http://yosmaryderausseo.blogspot.com/2006/06/los-bancos-
comunales.html
6
UBICACIÓN DE LA COMUNIDAD
7
PROBLEMAS PLANTEADOS POR LOS INTEGRANTES DE LA
COMUNIDAD
8
DEFINICIÓN DEL PROYECTO
OBJETIVO GENERAL
OBJETIVOS ESPECÍFICOS
9
ESTUDIO DE FACTIBILIDAD
10
4. La automatización de procedimientos manuales para mejorarlos.
1. Factibilidad Económica:
11
1.2.- Servicios:
1.3.- Suministros:
Costo
Costo Total
Cantidad Descripción Características unitario
BsF.
BsF.
24 Cartuchos de Cartuchos de tinta
impresión negra y de color 100,00 2.400,00
(2 mensuales) HP
Dispositivo de
almacenamiento de
4 Pendrive 80,00 320,00
4GB c/u, modelo
Kingston
TOTAL 180,00 2.720,00
12
1.4.-Programas:
13
Non-ECC CL5
SODIMM
WD Caviar SE
2 Disco Duro 331,00 662,00 0,00
160 GB SATA
Samsung
DVD/RW Drive
20X IDE Super-
2 Unidad DVD 309,96 619,02 0,00
WriteMaster Bulk
Black
BenQ Teclado -
Teclado + Mouse
2 Multimedia 80,91 161,82 0,00
Mouse ULTRA
DELGADO
BenQ Monitor
2 Monitor Plano LCD 15 630,42 1260,84 0,00
pulgadas Negro.
Unidad
2 Floppy 3.5'' 33,99 67,98 0,00
Floppy
HP Photosmart
1 Impresora 589,00 589,00 0,00
8050
Tecam TTR-1000
2 Regulador Regulador de 78,81 157,62 0,00
Voltaje 1000VA
3.683,3
6777,78
Total General 9 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.
Costo real
Cantidad Costo Total del
Descripción Características Unitario Costo proyecto
Horas BsF BsF social
BsF
Levantamiento
150 Análisis 120,00 18000,00 0,00
de información
300 Programación Desarrollo PHP 100,00 30000,00 0,00
2. Factibilidad tecnológica:
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.
16
• 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
Manejador de B.D almacenamiento InnoDB, BDB Y
1
My SQL 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
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.
3. Factibilidad Operativa:
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 NS
Pregunta bueno
Bueno Regular Deficiente
NR
1 ¿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?
19
5 De automatizarse el registro
.
familiar, ¿Cómo considera usted
que sería la distribución de los
beneficios por parte del Consejo
Comunal?
6 ¿Cómo considera usted los
.
servicios que le ha prestado el
Banco Comunal?
7 ¿Cómo evaluaría usted el impacto
.
en la comunidad de los proyectos
ya ejecutados por el Consejo
Comunal?
8 ¿Cómo evaluaría usted el impacto
.
de uso de la tecnología y la
informática en la administración
del Consejo Comunal?
9 ¿Cómo cataloga usted el empleo
.
por parte del Consejo Comunal de
la mano de obra calificada que
reside en la comunidad?
1 ¿Considera usted que el Consejo
0
. Comunal debería llevar un registro
de la mano de obra calificada de la
comunidad?
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 NS
Pregunta bueno
Bueno Regular Deficiente
NR
1 ¿Cómo evalúa usted la atención
que la ha prestado el Consejo 3 6 10 2 0
Comunal?
2 ¿Cómo cree usted que ha sido el
impacto de los proyectos sociales 3 7 11 0 0
en el bienestar de la comunidad?
3 ¿Cómo cataloga usted el control
familiar que lleva el Consejo 0 6 10 4 1
Comunal?
4 ¿Cómo evaluaría usted la
posibilidad de llevar un registro
11 9 1 0 0
automatizado de las familias que
forman parte de la comunidad?
5 De automatizarse el registro
familiar, ¿Cómo considera usted
que sería la distribución de los 13 7 1 0 0
beneficios por parte del Consejo
Comunal?
6 ¿Cómo considera usted los
servicios que le ha prestado el 1 13 2 5 0
Banco Comunal?
7 ¿Cómo evaluaría usted el
impacto en la comunidad de los
2 13 4 2 0
proyectos ya ejecutados por el
Consejo Comunal?
8 ¿Cómo evaluaría usted el
impacto de uso de la tecnología y
la informática en la
15 5 1 0 0
administración del Consejo
Comunal?
31
reside en la comunidad?
10 ¿Considera usted que el Consejo
Comunal debería llevar un
16 5 0 0 0
registro de la mano de obra
calificada de la comunidad?
32
METODOLOGIA DE DESARROLLO A UTILIZAR
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.
34
Software Libre desarrollado con Estándares Abiertos, en los programas de
educación básica y diversificada.
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.
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.
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.
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.
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
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.
39
DESCRIPCIÓN DE LAS ACTIVIDADES
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.
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.
43
• Proveer un marco de trabajo para gestionar riesgos.
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.
ROLES EN RUP
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:
46
OBJETIVOS DEL SISTEMA
47
OBJETIVO GENERAL
OBJETIVOS ESPECÍFICOS
GLOSARIO DE TÉRMINOS
Termino Descripción
48
Censo 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.
Comunidad 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
Consejo Comunal 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.
Registro 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.
Sistema de Conjunto de medios que permiten
Información 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
50
DESCRIPCION GENERAL DEL SISTEMA
REQUERIMIENTOS FUNCIONALES
ACTORES
Actores Descripción
Administrador del Sistema 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.
52
SISTEMA DE INFORMACIÓN DE REGISTRO Y CONTROL POBLACIONAL PARA EL
CONSEJO COMUNAL “JOSE PILAR ROMERO”
, CARACAS.
DE LA PARROQUIA SAN JUAN
Registrar
Vivienda
«extends»
Modificar
«extends»
Vivienda
Actualizar
Vivienda «extends»
Eliminar
Vivienda
Registrar
Familia
«extends»
Modificar
«extends» Familia
Actualizar
«extends»
Familia Eliminar
Familia
«extends» Registrar
Sectores
Actualizar «extends»
Sectores Modificar
Sectores
«extends»
Eliminar
Sectores
«extends»
Registrar
Administradores
Eliminar
Administradores
«extends»
Actualizar
Empadronador
Registrar
«extends» Empadronador
«extends»
Modificar
Administrador del Sistema
Empadronador
Imprimir
«extends» Eliminar
Empadronador
«extends»
«extends» «extends»
Censo
Detallado
Relacion de
Administradores
53
SISTEMA DE INFORMACIÓN DE REGISTRO Y CONTROL POBLACIONAL PARA EL
CONSEJO COMUNAL “JOSE PILAR ROMERO”
, CARACAS.
DE LA PARROQUIA SAN JUAN
Registrar
Vivienda
«extends»
Modificar
«extends»
Vivienda
Actualizar
Vivienda «extends»
Eliminar
Vivienda
Registrar
Familia
«extends»
Modificar
«extends» Familia
Actualizar
«extends»
Familia Eliminar
Familia
«extends» Registrar
Sectores
Actualizar «extends»
Sectores Modificar
Sectores
«extends»
Eliminar
Sectores
«extends»
Actualizar
Administradores Registrar
«extends» Administradores
Consejo Comunal
«extends»
Modificar
Administradores
Eliminar
Actualizar «extends» Administradores
Empadronador
«extends»
Registrar
Empadronador
«extends»
Modificar
Empadronador
Imprimir
«extends» Eliminar
Empadronador
«extends»
«extends» «extends»
Censo
Detallado
Relacion de
Administradores
54
Alias
Actores Transcriptor
Función Permitir el mantenimiento de viviendas.
Descripción 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.
Referencias De requerimientos: A5,A11,A16
55
Alias
Actores Administrador del Sistema
Función Permitir el mantenimiento de los Administradores
Descripción 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.
Referencias De requerimientos: A9, A14, A19
Nombre Imprimir
Alias
Actores Administrador del Sistema
Función Permitir la impresión de los registros
Descripción El Administrador del Sistema puede imprimir el censo
detallado, las viviendas por sector, la relación de
administradores y la relación de empadronadores.
Referencias De requerimientos: A1, A2, A3, A4
EVENTOS
56
Alias
Actores Transcriptor
Evento Respuesta del Sistema
1. Seleccionar opción Ingreso de 2. Capturar Selección
Vivienda 3. Mostrar pantalla de captura de
datos de vivienda y asigna ID único.
5. Capturar datos vivienda
4. Digitar datos nueva vivienda 7. Grabar datos en el sistema.
6. Hacer Click en grabar datos
Evento Alterno
57
Alias
Actores Transcriptor
Evento Respuesta del Sistema
1. Seleccionar opción Ingreso de 2. Capturar Selección
Familia 3. Mostrar pantalla de captura de
datos de familia y opción para
vincularla a un ID único de vivienda.
4. Digitar datos nueva familia y 5. Capturar datos de familia y
vincular a ID único de vivienda. vinculación.
6. Hacer Click en grabar datos 7. Grabar datos en el sistema.
Evento Alterno
58
1. Seleccionar opción Ingreso de 2. Capturar Selección
Sectores 3. Mostrar pantalla de captura de
datos de vivienda y opción para
4. Digitar datos nueva vivienda y vincularla los ID único de vivienda al
vincular los ID único de vivienda sector de ubicación.
pertenecientes a este sector.
5. Capturar datos de sectores.
6. Hacer Click en grabar datos 7. Grabar datos en el sistema.
Evento Alterno
59
Evento Respuesta del Sistema
1. Seleccionar opción Ingreso de 2. Capturar Selección
Administradores 3. Mostrar pantalla de captura de
datos de Administrador.
4. Digitar datos nuevo administrador.
5. Capturar datos de administradores.
6. Hacer Click en grabar datos 7. Grabar datos en el sistema.
Evento Alterno
Evento Alterno
60
Nombre caso de Uso Actualizar Vivienda; Subcaso Ingresar
Empadronador
Alias
Actores Administrador del Sistema
Numero de Línea Respuesta del Sistema
Línea 1 No Ingresa ninguna opción El sistema mostrará un mensaje
informativo indicando que debe
seleccionar una opción.
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
GUI Familia
Transcriptor
desplegar forma familia()
Elegir Ingreso Familia
Crea familia()
Valida familia ()
Grabar Familia()
65
Diagrama de Secuencia
Caso de uso: Actualizar Sectores
GUI Sectores
Transcriptor
desplegar forma sectores()
Elegir Ingreso Sectores
Crea sectores()
Valida sectores()
Grabar Sectores()
66
DIAGRAMAS DE COLABORACION
67
Diagrama de Colaboración
Caso de uso: Actualizar Familia
3.Crea Familia()
DB Familia *
4. Graba Familia
Familia
68
DIAGRAMA DE ESTADO
69
Diagrama de Estado
Ingreso de Familia
Grabacion Do/Ingreso BD
70
DIAGRAMAS DE ACTIVIDAD
71
Diagrama de Actividades
Ingreso de Familia
Captura Familia
Valida Familia
Validación OK
No OK
72
ATRIBUTOS DE CALIDAD DEL SOFTWARE
Funcionalidad
Fiabilidad
Usabilidad
73
Eficiencia
Mantenibilidad
Portabilidad
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/
75