Professional Documents
Culture Documents
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, junio de 2009
INDICE
NOMBRE DE LA COMUNIDAD...........................................................................3
UBICACIÓN DE LA COMUNIDAD.......................................................................8
PROBLEMAS PLANTEADOS..............................................................................9
ESTUDIO DE FACTIBILIDAD............................................................................11
Objetivos Razonables....................................................................................11
Determinación de recursos...........................................................................12
BIBLIOGRAFÍA...................................................................................................46
2
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
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.
RESEÑA HISTÓRICA DE LOS BANCOS COMUNALES
Fuente:
http://yosmaryderausseo.blogspot.com/2006/06/los-bancos-comunales.html
UBICACIÓN DE LA COMUNIDAD
OBJETIVO GENERAL
OBJETIVOS ESPECÍFICOS
1. Factibilidad Económica:
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.
Costo mensual Costo anual
Servicios
BsF. BsF.
Luz
30,00 360,00
eléctrica
Internet
60,00 720,00
(ABA)
TOTAL 100,00 1.080,00
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
1.4.-Programas:
Costo
Costo Total
asociado al
Cantidad Descripción Características Unitario Costo
Proyecto
BsF BsF
BsF
Genérico ISONIC
2 Case CCX-S259ROGA 259,00 518,00 0,00
Plateado
Intel® Pentium®
dual core
2 Procesador Desktop 778,52 1.557,04 0,00
Processor E2160
1.80 GHz
Foxconn Tarjeta
2 Tarjeta Madre Madre i945GC 409,78 819,56 0,00
socket 775
Kingston
Memoria 2GB
2 Memoria 667MHz DDR2 182,00 364,00 0,00
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
Total General 9 6777,78 0,00
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
Total General 220,00 48000,00 0,00
2. Factibilidad tecnológica:
3. Factibilidad Operativa:
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?
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?
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
continuación se presentará las preguntas realizadas a los usuarios
seleccionados:
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?
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.
Balancear prioridades
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
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:
• 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.
• 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.
• 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.
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
Analistas:
• Analista de procesos de negocio.
• Diseñador del negocio.
• Analista de sistema.
• Especificador de requisitos.
Desarrolladores:
Arquitecto de software.
Diseñador
Diseñador de interfaz de usuario
Diseñador de cápsulas.
Diseñador de base de datos.
Implementador.
Integrador.
Gestores:
• Jefe de proyecto
• Jefe de control de cambios.
• Jefe de configuración.
• Jefe de pruebas
• Jefe de despliegue
• Ingeniero de procesos
• Revisor de gestión del proyecto
• Gestor de pruebas.
Apoyo:
• Documentador técnico
• Administrador de sistema
• Especialista en herramientas
• Desarrollador de cursos
• Artista gráfico
Especialista en pruebas:
• Especialista en Pruebas (tester)
• Analista de pruebas.
• Diseñador de pruebas.
Otros roles:
• Stakeholders.
• Revisor
• Coordinación de revisiones
• Revisor técnico
• Cualquier rol
Notas:
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/