Professional Documents
Culture Documents
INAVI
Autor:
TLGO. RODULFO H. ORNEGLYS C.
Tutor Acadmico
Ing. Flix Mrquez
Autor:
Tlgo. Rodulfo H.Orneglys C.
C.I.: 18.657.782
Tutor Industrial
Arq. Pedro Marn
ii
Autor:
Tlgo. Rodulfo H.Orneglys C.
C.I.: 18.657.782
_______________________
______________________
Tutor Acadmico
Tutor Industrial
iii
_______________________
Tutor Acadmico
Ing. Flix Mrquez
iv
______________________
Tutor Industrial
Arq. Pedro Marn
________________________
Jurado
vi
DEDICATORIA
Por iluminarme el camino hacia mi objetivo, por ser gua principal en mi
vida...Este informe se lo dedico principalmente a dios porque gracias a l y a su
voluntad pude cumplir mi meta.
Luego a las personas ms importantes en mi vida, las cuales amo
inmensamente gracias a ellos
Rodulfo y Magalys Hernndez por darme la vida, por ser los mejores padres del
mundo, por ser mi norte, por confiar en m a ustedes les dedico este logro como
smbolo del comienzo de una vida colmada de xitos profesionales.
A mis hermanos Ormaglys Rodulfo y Omar Rodulfo por su compaa,
comprensin, y apoyo incondicional los amo.
A mis abuelitos Rosalbina Snchez y Alejandro Tomas Rodulfo por estar
pendiente de m y apoyarme en todo momento, por amarme, por acompaarme y
ser los seres ms incondicionales en mi vida.
vii
AGRADECIMIENTOS
A Dios por brindarme la fortaleza y voluntad para luchar por mis metas por
darme salud y permitirme vivir este momento junto a las personas ms
importantes de mi vida
A mi Tutor Industrial, Arquitecto Pedro Marn, por permitirme cada vez mas
aprender de este mundo laboral que me espera, darme seguridad y tranquilidad en
los momentos difciles.
A mis amigos (as), quienes han sido parte de mi formacin acadmica y con
quienes he compartido momentos de alegra y de tristeza a lo largo de toda mi
carrera universitaria.
Muchas Gracias!
viii
CONTENIDO
INTRODUCCIN ......................................................................................... 1
CAPTULO I DIAGNSTICO ................................................................. 3
1.1 PLANTEAMIENTO DEL PROBLEMA ................................................. 3
1.2
Objetivo General........................................................................................... 5
Objetivos Especficos.................................................................................... 5
1.3 JUSTIFICACIN .................................................................................. 6
1.4 ALCANCE ........................................................................................... 6
CAPTULO II - MARCO TERICO .......................................................... 7
2.1 LA EMPRESA........................................................................................ 7
Resea Histrica ........................................................................................... 7
Misin .......................................................................................................... 7
Visin ........................................................................................................... 8
Objetivos ...................................................................................................... 8
2.2 PLAN ESTRATGICO .......................................................................... 9
2.3 TIPO DE MERCADO............................................................................. 9
2.4 ESTRUCTURA ORGANIZATIVA DE LA EMPRESA ....................... 10
2.5 GERENCIA ESTATAL BOLVAR ...................................................... 11
Contralora Interna Delegada ...................................................................... 11
Asesora Legal ............................................................................................ 11
2.6 UBICACIN GEOGRFICA .............................................................. 12
2.7 DESCRIPCIN FUNCIONAL DE LA GERENCIA DONDE REALIZO
LA PASANTA .......................................................................................... 12
Divisin de produccin ............................................................................... 13
Grupo de cierras.......................................................................................... 13
Grupos de costos y licitaciones ................................................................... 14
Grupo de proyectos ..................................................................................... 14
2.8 BASES TERICAS .............................................................................. 15
Empresa contratista ..................................................................................... 15
ix
JQuery ........................................................................................................ 26
Lenguaje de Programacin PHP .................................................................. 26
Definicin. .................................................................................................. 26
Servidor HTTP Apache ............................................................................... 27
Definicin ................................................................................................... 27
PostgreSQL ................................................................................................ 28
Lenguaje modelado unificado UML ........................................................... 28
Casos de uso ............................................................................................... 29
Diagrama de actividades ............................................................................. 30
Diagrama de clases ..................................................................................... 30
Bases Legales ............................................................................................. 30
CAPTULO III - MARCO METODOLGICO ....................................... 32
3.1. DISEO DE INVESTIGACIN ......................................................... 32
3.2 POBLACIN Y MUESTRA ................................................................ 33
Poblacin .................................................................................................... 33
Muestra....................................................................................................... 33
3.3. UNIDADES DE ANALISIS ................................................................ 33
3.4. TCNICAS DE RECOLECCIN DE LA INFORMACIN ............... 34
La observacin............................................................................................ 34
La Encuesta ................................................................................................ 34
3.5 EQUIPOS ............................................................................................. 35
3.6 PROYECTO FACTIBLE ..................................................................... 35
Estudio factibilidad tcnica ......................................................................... 35
Estudio de factibilidad operativa ................................................................. 36
3.7 FASE DE LA METODOLOGIA APLICADADA MARCO
METODOLOGICO .................................................................................... 37
Anlisis del sistema .................................................................................... 37
Anlisis de los requerimientos del software ................................................. 38
Diseo ........................................................................................................ 38
Codificacin ............................................................................................... 38
Prueba ........................................................................................................ 38
xi
Mantenimiento ............................................................................................ 39
3.8. ANLISIS DE LOS DATOS ............................................................... 39
Presentacin de los Datos............................................................................ 40
CAPTULO IV - RESULTADOS ............................................................... 42
4.1 ANLISIS DEL SISTEMA .................................................................. 42
Requerimientos ........................................................................................... 42
Funcionales................................................................................................. 42
No funcionales ............................................................................................ 42
De entrada .................................................................................................. 42
De salida ..................................................................................................... 43
Del software ............................................................................................... 43
4.2 SISTEMA ACTUAL ............................................................................ 44
Descripcin del proceso actual .................................................................... 45
4.3 DISEO Y CONSTRUCCIN DEL SISTEMA ................................... 48
Definicin de actores .................................................................................. 48
Diagrama de Actividades del Proceso ......................................................... 49
4.4 DISEO DE LA BASE DE DATOS .................................................... 59
Diagrama Entidad Relacin...................................................................... 59
4.5 DISEO Y CONSTRUCCIN DE LA INTERFAZ ............................. 76
Descripcin de Pantallas ............................................................................. 76
CONCLUSIONES ....................................................................................... 77
RECOMENDACIONES ............................................................................. 78
REFERENCIAS BIBLIOGRFICAS ....................................................... 79
ANEXOS ...................................................................................................... 81
xii
CONTENIDO DE FIGURAS
xiv
INDICE DE TABLAS
Tabla 1 Descripcin de caso de uso gestin lindero.................................... 54
Tabla 2 Descripcin de caso de uso gestin de obra. .................................. 56
Tabla 3 Descripcin de caso de uso gestin de solicitudes ......................... 57
Tabla 4 Descripcin de caso de uso gestin de solicitudes ......................... 59
Tabla 5. Contrato de obra. ............................................................................. 63
Tabla 6. Entidad ............................................................................................ 63
Tabla 7. Fianza .............................................................................................. 64
Tabla 8 Empresa ........................................................................................... 65
Tabla 9 Valuacin ........................................................................................ 65
Tabla 10. Entidad .......................................................................................... 66
Tabla 11. Solicitud ........................................................................................ 67
Tabla 12 Solicitud ........................................................................................ 69
Tabla 13 Responsable ................................................................................... 70
Tabla 14 Usuario .......................................................................................... 71
xv
INTRODUCCIN
CAPTULO I DIAGNSTICO
1.2
OBJETIVOS DE LA INVESTIGACIN
Objetivo General
Desarrollar un Sistema Automatizado de Informacin de Control Obras y
1.3 JUSTIFICACIN
Al desarrollar un sistema automatizado para el control de obras y gestin de
linderos, se garantiza la agilizacin de los procesos llevados a cabo por el
personal de la Gerencia de Divisin y Produccin INAVI Bolvar,
permitindoles consultar en cualquier momento de forma rpida y precisa toda
la informacin que requieran para la toma de decisiones o elaboracin de
informes de gestin, todo esto con la finalidad de llevar un control de la
bsqueda de informacin garantizando la seguridad de los mismos, y
disminuyendo el tiempo de respuesta.
1.4 ALCANCE
Este trabajo est basado en el desarrollo de un sistema de informacin
automatizado para el control de obras y gestin de linderos, del Instituto Nacional
de Viviendas, INAVI Bolvar.
El sistema desarrollado para la divisin de produccin de INAVI Bolvar
comprende dos mdulos:
1.) Modulo de control de linderos: Permite el control de todos los datos
necesarios, referentes a los linderos, para la elaboracin de ttulos supletorios.
2.) Modulo de control de obras: Se lleva un registro y control de todas las obras
de
construccin
de
viviendas,
realizar
en
el
estado
Bolvar.
Misin
Promover la ejecucin de obras, incrementar la recaudacin y
satisfacer la demanda natural de solicitudes de vivienda de inters social,
desarrollando proyectos urbanos organizados y financiando proyectos
presentados por las comunidades organizadas, enmarcados dentro de las
normativas de construccin establecidas a fin de contribuir con los planes
de desarrollo del pas. (INAVI,2011)
Visin
Ser lder en la ejecucin y promocin de las polticas de vivienda de
inters social, administrando con transparencia y efectividad los recursos
disponibles, estableciendo y promoviendo a nivel nacional e internacional
lineamientos y normativas de construccin. (INAVI, 2011)
Objetivos
El Instituto Nacional de Vivienda (INAVI) creado segn decreto 908 de fecha
13 de mayo de 1975, es el organismo al cual le corresponde la ejecucin y
administracin de la poltica habitacional del estado venezolano de conformidad
con los lineamientos establecidos en los planes de la nacin, el mismo Decreto
estable los siguientes objetivos
1. Administrar las viviendas construidas por el Estado, o que estn bajo la
administracin especial del estado.
2. Realizar ventas de tierras pertenecientes al estado, destinados a la
construccin de viviendas.
3. Garantizar los medios necesarios para que las familias de escasos
recursos, puedan acceder a las polticas sociales y al crdito para la
construccin.
4. Cumplir otras funciones relacionadas con la administracin de lotes de
tierras destinados a la construccin de viviendas, y a la administracin de
conjuntos habitacionales.
5. Otorgar financiamientos a las organizaciones comunitarias de viviendas
(OCV) para la produccin de Soluciones Habitacionales.
6. Administrar la cartera hipotecaria del instituto. (INAVI,2011)
control
de
las
operaciones y la
adscripcin
en
materia
presupuestaria, contable,
dependencias
12
Divisin de produccin
Corresponde a esta divisin garantizar el cumplimiento de la poltica de
vivienda formulado en los programas de produccin de soluciones
habitacionales a ser desarrollado por la gerencia estadal Bolvar, as como
tambin establecer las estrategias para el desarrollo de los programas de
produccin de soluciones habitacionales, conforme a las polticas y
lineamientos definidos por la gerencia de produccin. Est integrada por las
siguientes dependencias:
Grupo de cierras
Tiene como finalidad aplicar las polticas y estrategias definidas para
efectuar los procesos de localizacin, estudio, seleccin y adquisicin de los
13
14
Empresa contratista
Es la persona natural o jurdica capacitada para contratar con el Instituto
para la ejecucin de obras, adquisicin de bienes o prestacin de servicios de
carcter comercial.
Contrato de obras
Documento mediante el cual, una parte (el contratista) se compromete a
efectuar determinado trabajo por su cuenta, riesgo y bajo su direccin,
conforme a las condiciones que le estipule el contratante (el instituto).
Fianza
Contrato mediante el cual una persona llamada fiador se obliga ante el instituto
a cumplir las obligaciones del contratista, si este no los satisface.
Acta
Documento suscrito por las partes (contratista y contratante), en el cual se deja
constancia de un hecho material o de lo tratado y resuelto entre ellos, con los fines
administrativos relativos al contrato correspondiente.
Las actas pueden ser de inicio, paralizacin, reinicio, terminacin, recepcin
provisional o definitiva.
15
Anticipo
Cantidad de dinero que el instituto adelanta al contratista, con el fin de
facilitarle a ste el comienzo de la obra y que en ningn caso, podr exceder del
20 % del monto total del contrato (este porcentaje es potestativo de las gerencias
estatales).
Valuacin
La valuacin o valoracin es el proceso de estimar el valor de un activo (por
ejemplo: acciones, opciones, empresas o activos intangibles tales como
patentes y marcas registradas) o de un pasivo (por ejemplo: ttulos de deuda de
una compaa). El proceso de valuacin es muy importante en muchas
situaciones incluyendo anlisis de inversin, presupuesto de capital, fusiones y
adquisiciones, entre otros.
Es importante observar que la valuacin es tanto un arte como una ciencia
porque requiere del juicio del profesional interviniente. Generalmente se
utilizan varios mtodos de valuacin en diferentes escenarios, obtenindose
distintas valuaciones del activo objetivo en funcin del mtodo empleado y el
escenario elegido.
De esta forma, puede apreciarse que los mtodos de valuacin no son
excluyentes entre s, sino que la utilizacin de ms de uno de ellos, permite a
los analistas ofrecer una opinin que contemple distintos puntos de vista.
Indemnizacin
La Indemnizacin es un trmino utilizado principalmente en el rea de las
leyes y se refiere a la transaccin que se realiza entre un acreedor o vctima y
un deudor o victimario. En palabras simples es una "compensacin" que
alguien pide y eventualmente puede recibir por daos o deudas de parte de otra
persona o entidad. La transaccin mencionada corresponde a la peticin
realizada por parte de la vctima o acreedor de una determinada suma de
dinero, la que deber ser equivalente al dao producido o a las ganancias y
16
beneficios que hubiese adquirido de no haberse producido cierto dao por parte
del victimario o deudor. Es por esto que, generalmente, se habla de
indemnizacin de perjuicios, entendiendo perjuicio como aquel dao
producido por el deudor o victimario, y que deber ser compensado.
Existen indemnizaciones de dos (2) tipos, las que se clasifican segn el
origen del perjuicio o dao producido. La primera se denomina indemnizacin
contractual y se refiere a la indemnizacin que solicita un acreedor cuando ha
existido un incumplimiento de las normas estipuladas en un determinado
contrato por parte del deudor. Por otra parte, encontramos la indemnizacin
extracontractual, la que se constituye cuando existe de por medio un dao o
perjuicio hacia otra persona o bien de propiedad del acreedor.
Dato
Los datos son smbolos que describen condiciones, hechos, situaciones
o valores, se caracterizan por no contener ninguna informacin. La importancia
de los datos est en su capacidad de asociarse dentro de un contexto para
convertirse en informacin. Por si mismos los datos no tienen capacidad de
comunicar un significado y por tanto no pueden afectar el comportamiento de
quien los recibe. Para ser tiles, los datos deben convertirse en informacin
para ofrecer un significado, conocimiento, ideas o conclusiones.
Informacin
Segn Idalberto Chiavenato, 2006 la definicin de informacin viene dada
como:
Un conjunto de datos con un significado, es decir, que reduce la
incertidumbre o que aumenta el conocimiento de algo. La informacin es un
mensaje con significado en un determinado contexto, disponible para uso
inmediato y que proporciona orientacin a las acciones por el hecho de
reducir el margen de incertidumbre con respecto a nuestras decisiones.
17
Linderos
La lnea que separa unas propiedades o heredades de otras. Es el lmite o
lmites hasta los cuales superficialmente se extiende la finca o el dominio sobre
la misma.
reas
El rea es una medida de la extensin de una superficie, expresada en
unidades de medida denominadas superficial, para superficies planas el
concepto es ms intuitivo.
Sistema
Es un conjunto de elementos que interaccionan entre s, orientados a la
consecucin de un objetivo comn, suele estar situado en un entorno o ambiente
con el cual interacta, recibe entradas y produce salidas. Un sistema puede
formar parte de otro sistema ms general, sera un subsistema de ese sistema.
(Senn J., 1990).
Sistema de informacin
Se define un sistema de informacin como un conjunto de componentes
interrelacionados que recuperan, procesan, almacenan y distribuyen informacin
para dar soporte a la toma de decisiones, la coordinacin y el control de una
organizacin. (Laudon K. y Laudon J., 2008).
18
19
Modelo incremental
Este modelo sigue la misma estructura secuencial del modelo de ciclo de vida
descrito anteriormente, pero lo hace de una forma repetitivita, cada incremento del
sistema representa una repeticin del proceso de modelo clsico.
(Pressman R., 2002).
Modelo de prototipos
Un prototipo es un modelo de sistema funcional, desarrollado con el fin de
probar las caractersticas que se desean poseer en el sistema final. Se considera la
primera versin, o una iteracin, del sistema de informacin final.
20
Software
El software no son solo programas, sino todos los documentos digitales
asociados y la configuracin de datos que se necesitan para hacer que estos
programas operen de manera correcta.
Un sistema de software consiste en diversos programas independientes,
archivos de configuracin que se utilizan para ejecutar estos programas, es un
sistema de documentacin que describe la estructura del sistema, la
documentacin para el usuario que explica cmo utilizar el sistema y sitios web
que permitan a los usuarios descargar la informacin de productos recientes.
(Sommerville, 2004).
Tipos de software
a) Software del sistema: Es un conjunto de programas que administran los
recursos de la computadora. Ejemplos: Unidad central de proceso, dispositivos de
comunicaciones y dispositivos perifricos, el software del sistema administra y
controla al acceso del hardware.
b) Software de aplicaciones: Programas que son escritos para o por los usuarios
para realizar una tarea especfica en la computadora. Ejemplo: software para
procesar un texto, para generar una hoja de clculo, el software de aplicacin debe
estar sobre el software del sistema para poder operar.
c) Software de usuario final: Es el software que permiten el desarrollo de
algunas aplicaciones directamente por los usuarios finales, el software del usuario
final con frecuencia tiene que trabajar a travs del software de aplicacin y
finalmente a travs del software del sistema.
21
Software libre
Es un programa de computacin cuya licencia garantiza al usuario acceso al
cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier propsito,
modificarlo y redistribuir tanto el programa original como sus modificaciones en
las mismas condiciones de licenciamiento acordadas al programa original, sin
tener que pagar regalas a los desarrolladores previos. (Decreto 3390, articulo 2).
Ingeniera de software
Es una disciplina de la ingeniera que comprende todos los aspectos de la
produccin de software desde las etapas iniciales de la especificacin del sistema
hasta el mantenimiento de este despus que se utiliza. (Sommerville, 2004)
Base de datos
De acuerdo a la autora Lina Rey (2010), una base de datos, se define como:
22
Modelo de datos
Un modelo de datos es una coleccin de herramientas conceptuales para
describir los datos, las relaciones, la semntica y las restricciones de consistencia.
Disponen de conceptos cercanos a la forma en que los usuarios finales perciben
una base de datos. Un modelo de datos no es ms que una representacin de la
realidad que contiene las caractersticas generales de algo que se va a realizar. En
base de datos, esta representacin la elaboramos de forma grfica.
(Silberschatz, Korth y Sudarshan, 2002).
Modelo conceptual
El modelo conceptual permite representar de forma terica los datos o
entidades, sus relaciones. Representa la lgica de la base de datos siendo fcil de
comprender por los analistas e incluso los usuarios del sistema.
23
Modelo entidad-relacin
El modelo entidad-relacin (E-R) es uno de los varios modelos conceptuales
existentes para el diseo de bases de datos. El propsito de este modelo es
simplificar el diseo de bases de datos a partir de descripciones textuales de los
requerimientos (Silberschatz, Korth y Sudarshan, 2002). Los autores, definen Los
siguientes componentes del modelo Entidad-Relacin son:
1.) Entidad: Una entidad es un objeto que existe y que es distinguible de otros
objetos.
2.) Atributo: Es una unidad bsica e indivisible de informacin acerca de una
entidad o una relacin y sirve para identificar y describir a las mismas.
3.) Relacin: Una relacin es una asociacin entre entidades, generalmente dos.
Una relacin puede ocurrir entre dos entidades de un mismo conjunto de
entidades o entre entidades de conjuntos distintos. Pueden existir relaciones
entre ms de dos conjuntos de entidades. Las relaciones se grafican en el
diagrama de E-R.
4.) Clave: cada entidad debe tener un identificador, una clave se trata de un
atributo o conjunto de atributos que identifican de forma nica a cada uno
de los ejemplares de la entidad. De tal forma que ningn par de ejemplares
de la entidad puedan tener el mismo valor en ese identificador.
5.) Tabla: Organizacin de los datos en forma de filas y columnas. Cada fila se
llama tupla, y cada columna dentro de una tupla corresponde al valor de un
atributo para esa tupla.
24
1,1
25
Javascript
Es un lenguaje interpretado, es decir, que no requiere compilacin, utilizado
principalmente en pginas Web, con una sintaxis semejante a la del lenguaje Java
y el lenguaje C.
Al contrario que Java, JavaScript no es un lenguaje orientado a objetos
propiamente dicho, ya que no dispone de herencia, es ms bien un lenguaje
basado en prototipos, ya que las nuevas clases se generan clonando las clases base
(prototipos) y extendiendo su funcionalidad. Segn Aumaille, Benjamin (2010):
permite extender los lmites del lenguaje HTML, enlazando los scripts a las
pginas web. Para que respondan a los eventos provocados por el usuario
ejecutando un cdigo
JQuery
JQuery es una una biblioteca o framework de Javascript , que sirve de base
para el desarrollo avanzado de aplicaciones Web, ya que ofrece una variedad de
funciones o cdigos que facilitan al desarrollador la creacin de interfaces,
simplificar la manera de interactuar con los documentos HTML, desarrollar
animaciones graficas y agregar interacciones con la tecnologa Ajax.
(lvarez M. A., 2010).
La caracterstica principal de la biblioteca es que permite cambiar el contenido
de una pgina web sin necesidad de recargarla, mediante la manipulacin del
rbol DOM y peticiones AJAX. Para ello utiliza las funciones $() o jQuery().
PostgreSQL
PostgreSQL es un servidor de base de datos relacional orientada a objetos de
software libre, liberado bajo la licencia BSD.
Como muchos otros proyectos open source, el desarrollo de PostgreSQL no es
manejado por una sola compaa sino que es dirigido por una comunidad de
desarrolladores y organizaciones comerciales, conocida como PostgreSQL Global
Development Grouplas cuales trabajan en su desarrollo, y mejora de cada una de
sus nuevas versiones, manteniendo este producto a la vanguardia de los
requerimientos de la industria informtica.
28
Casos de uso
Los diagramas de caso de uso permiten expresar grficamente las relaciones
entre los diferentes usos del mismo y sus participantes o actores con un conjunto
de diagramas fcilmente por el cliente y por los analistas del proyecto.
(Ginest y Gonzales, 2005).
El autor define los siguientes elementos bsicos de un caso de uso de la
siguiente manera:
1.) Actor: Es una entidad externa, representa el rol que juegan los usuarios u
otros sistemas que interactan en el proceso.
2.) Escenario o caso de uso: Es una descripcin de las acciones que se realizan
en el sistema que se quiere modelar.
3.) Relacin: Indica actividad o flujo de informacin.
4.) Lmite del sistema: define el mbito donde se produce el caso de uso que se
representa y que va a ser tratado por el sistema.
Tomando como referencia la obra de Ginest y Gonzales (2005), se indica la
siguiente simbologa para graficar los casos de uso.
Caso de Uso o escenario
Actor
Asociacin
Figura 4: Simbologa de los Casos de Uso
Fuente: Ginest y Gonzales (2005)
29
Diagrama de actividades
Se utiliza para mostrar la lgica comprendida en operaciones complejas, reglas
de negocio, casos de uso o procesos software. Con este diagrama se representa
cada paso que se produce en el proceso que se modela.
Diagrama de clases
Los diagramas de clases representan la estructura de clases del sistema
incluyendo las propiedades y mtodos de cada clase, incluyendo tambin las
relaciones existentes entre ellas.
Los elementos principales de este diagrama son las clases y los objetos, donde
las clases incluyen sus atributos, relaciones y mtodos, entendiendo por mtodos
las operaciones realizadas por las clases. Las relaciones definidas para el diagrama
de clases son:
1.) Asociacin: es la relacin simple entre dos clases, indicando su
Cardinalidad.
2.)Agregacin: Cuando una clase incluye a otra, pero la incluida tiene entidad en
s misma.
3.)Dependencia: Cuando una clase depende de otra en el sentido de que la usa
como atributo o parmetro de algn mtodo.
Bases Legales
El 28 de diciembre del ao 2004 fue publicado en gaceta oficial nmero
treinta y ocho mil noventa y cinco (38.095) el decreto tres mil trescientos noventa
(3390) el cual en su artculo uno (1) dice lo siguiente:
La administracin pblica nacional emplear prioritariamente software
libre desarrollado con estndares abiertos, en sus sistemas, proyectos y
servicios informticos. A tales fines, todos los rganos y entes de la
administracin pblica nacional iniciarn los procesos de migracin gradual
y progresiva de stos hacia el software libre desarrollado con estndares
abiertos.
Este artculo define la preferencia por software libre, en el artculo dos (2) se
toman las siguientes definiciones:
30
31
INAVI
(1997) la
investigacin descriptiva:
32
INAVI
Muestra
Como anteriormente indico, la poblacin objeto de estudio est iintegrada
por catorce (14) individuos que trabajan en la divisin de produccin del instituto
nacional de vivienda. Dada las caractersticas de esta poblacin pequea y finita,
se tomarn como unidades de estudio e indagacin a todos los individuos que la
integran. Por consiguiente, en esta investigacin no se aplicaran criterios
mustrales.
INAVI
La observacin
Se estuvo observando las caractersticas y el manejo de los procesos de
control de obra y linderos que se llevan a cabo dentro de la gerencia de divisin,
como se manipula dicha informacin y como se pueden mejorar el tiempo de
respuesta de los trabajadores.
La Encuesta
Se realizaron entrevistas no estructuradas de preguntas abiertas a todo el
personal involucrado, se llev a cabo de forma individual, enfocndose en
determinar los requerimientos del usuario, en cuanto a la informacin que quiere
visualizar, as como todos aquellos aspectos a tomar en cuenta de tal manera de
satisfacer sus necesidades inmediatas. Segn Ender Egg, E., (1972).
34
INAVI
3.5 EQUIPOS
Se conto con un (1) computador de escritorio para el desarrollo del sistema,
agenda de anotaciones, material de papelera, entre otros.
INAVI
36
INAVI
37
INAVI
Diseo
El diseo se traduce en los requerimientos de una representacin del software
que pueda ser establecida de forma que obtenga la calidad requerida antes que
comience la codificacin, como los requerimientos y el diseo que se documentan
forman parte de la configuracin del software, en esta etapa se realizaron los casos
de uso, modelo E-R de la base de datos, los diagramas de clases, y se disearon
las pantallas y mdulos del sistema.
Codificacin
El diseo debe traducirse en una forma legible. El paso de la codificacin
ejecuta la tarea de establecer la etapa de diseo legible para la maquina, si el
diseo se ejecuta de una manera detallada la codificacin puede realizarse
mecnicamente. El desarrollo del sistema se realizo bajo los estndares de la
empresa.
Prueba
Una vez que se ha generado el cdigo, comienza la prueba del programa, la
prueba se enfoca sobre la lgica interna del software asegurando que todas las
sentencias se han probado y sobre las funciones externas se realizan pruebas para
asegurar que la entrada definida producir los resultados que realmente se
requieren. Las pruebas realizadas al sistema ayudaron a la retroalimentacin y a la
correccin de posibles fallas en cuanto a su funcionamiento.
38
INAVI
Mantenimiento
El software sufrir indudablemente cambios despus que se le entregue al
cliente, los cuales sern causados por el entorno externo por ejemplo un cambio
por dispositivos perifricos, o debido que el cliente requiere aumentos en las
funciones del sistema. En el mantenimiento del software se aplican cada uno de
los pasos precedentes del ciclo de vida a un programa existente en lugar de uno
nuevo. En este caso, el mantenimiento del sistema ser llevado a cabo por el
instituto.
39
INAVI
2.
cantidad de documentos que se extraen manualmente sin previo aviso y por ende
en ocasiones prdida de archivos, es relevante el alto consumo de horas-hombre
en la ejecucin de la recoleccin de la informacin para luego cumplir con las
normas y procedimientos establecidos que rigen en el instituto.
El instituto actualmente cuenta con un recurso humano que al dedicarse a la
recopilacin manual de guardar archivos de obras y linderos no es factible, debido
a que deben cumplir el resto de sus funciones y esto trae como consecuencia el
incumplimiento de esta funcin la cual es registrar cada contrato y linderos y
hacerle un seguimiento de su estado en el tiempo deseado.
INAVI
41
INAVI
CAPTULO IV - RESULTADOS
No funcionales
1.) Escritura del cdigo fuente: debe ser ordenado, comentado y utilizando
variables acorde a los datos almacenados.
2.) Presentar mensajes de alertas que sean de amigable y de fcil comprensin.
3.) Documentar el cdigo de manera apropiada.
4.) Mantener el estndar de diseo propuesto por la empresa.
De entrada
1.) Agregar, modificar, eliminar, imprimir pdf.
2.) Buscar una solicitud de acuerdo fechas indicadas, estado, nombre del
adjudicatario, cedula.
3.) Buscar una obra de acuerdo a fechas indicadas, estado, nombre de la
empresa.
4.) Restaurar registros.
42
INAVI
De salida
1.) Mostrar en pantalla todas las solicitudes de linderos u obras buscadas.
2.) Mostrar en pantalla todos los errores al producir un mal cambio en los
registros.
3.) Mostrar en pantalla todos los registros actualizados.
4.) Mostrar en pantalla todos los clientes configurados para utilizar el sistema.
5.) Mostrar en pantalla la opcin de imprimir de cada una de las consultas
realizadas.
Del software
Servidor:
1.)Apache: Es una aplicacin servidor software para conexin web
2.)Dreamwever 8: para el diseo web del sistema.
3.)PostgreSQL 8.4: para el manejo de base de datos.
4.)PHP 5.0: para el desarrollo y configuracin de las aplicaciones.
5.)Ajax: para el control de acceso a las aplicaciones
Cliente:
1.)El sistema operativo WINDOWS XP
2.)Navegador Mozilla Firefox u otro.
3.)Visor de documento en formato PDF.
4.)Windows office 2003 o superior.
43
INAVI
44
INAVI
45
INAVI
46
INAVI
INAVI
Definicin de actores
Se identificaron dos actores principales que interactan con el sistema:
1.) Usuario Responsable: Es el encargado de inspeccionar el terreno de cada
obra as como de las viviendas propiedades del Inavi a las cuales se le
realiza el lindero para la obtencin del ttulo supletorios
2.) Funcionario: Encargado de gestionar las solicitudes de los linderos y control
de obras, editar toda informacin pertinente a cada terreno y a cada obra, as
como tambin generar los reportes peridicos de los estados de cada una y
llevar el control de los funcionarios responsables.
3.) Jefe de divisin: Encargado de gestionar todos los contratos de las obras y
linderos realizados para su evaluacin y firma.
48
INAVI
INAVI
INAVI
Figura 10. Diagrama De Actividad Modulo Control de Obra. Elaboracin Propia 2011
51
INAVI
INAVI
Figura 12. Diagrama De Caso De Uso. Gestin Linderos Elaboracin Propia 2011
Casos de Usos
Gestin Linderos
Importancia
Alta
Funciones
Primarias
Funciones
Secundarias
determinado.
Frecuencia
Precondiciones
Actor(es)
Funcionario.
Primario(s)
Responsable
53
INAVI
El
sistema
muestra
las
opciones
de
men
54
INAVI
Figura 13. Diagrama De Caso De Uso. Gestin de Obra Elaboracin Propia 2011
Casos de Usos
Gestin De Obra
Importancia
Alta
Funciones
Primarias
Funciones
Secundarias
periodo determinado
Frecuencia
Precondiciones
Actor(es)
Funcionario
Primario(s)
1.- El usuario ingresa al Sistema.
Flujo Principal
El
sistema
muestra
las
opciones
de
men
INAVI
Contrato
Tablas
Involucradas
Fianza
Acta
Empresa
Entidad
Figura 14. Diagrama De Caso De Uso. Gestin de Solicitudes .Elaboracin Propia 2011
Casos de Usos
Gestin De Solicitudes
Importancia
Alta
Funciones
Primarias
Funciones
INAVI
Secundarias
Frecuencia
Precondiciones
Actor(es)
Primario(s)
1.- El usuario ingresa al Sistema.
Flujo Principal
El
sistema
muestra
las
opciones
de
men
Solicitudes
57
INAVI
Gestin De Usuario
Importancia
Alta
Funciones
Primarias
Funciones
Secundarias
sistema
Frecuencia
Precondiciones
58
INAVI
Administrador
Actor(es)
Primario(s)
1.- El usuario ingresa al Sistema...
Flujo Principal
2.-
El
sistema
muestra
las
opciones
de
men
Usuario
59
INAVI
INAVI
Diagrama de clase.
INAVI
Diccionario de Datos
TABLA_CONTRATO: Esta tabla almacenar toda la informacin
referente al contrato de obras, permite la lectura y escritura de los datos. La
clave primaria es NRO_CONTRATO.
Clave primaria:
NRO_CONTRATO
Clave fornea:
RIF_EMPRESA, NRO_ENTIDAD, NRO_FIANZA, NRO_ACTA,
NRO_VALUACION
Organizacin de la tabla:
Atributo
NRO_CONTRATO
Tipo de dato
integer(10)
Descripcin
Define el nmero nico de
identificacin del nuevo
contrato.
RIF_EMPRESA
char(20)
NRO_ENTIDA
char(15)
OBJETO
char(40)
MONTO ORIGINAL
double
LIMITED_CONTRATACI
double
ON
FECHA_INICIO
date
FECHA_CULMINACION
date
NRO_FIANZA
char (20)
Es la clave o identificador de de
la fianza por contrato de obra
62
char(20)
NRO_ACTA
INAVI
NRO_EVALUACION
char(20)
char(10)
STATUS
Organizacin de la tabla:
Atributo
Tipo de dato
Descripcin
NRO_ENTIDAD
integer(10)
NOMBRE
char(20)
DESCRIPCION
char(15)
Es la descripcin o nombre de la
entidad
INAVI
Clave fornea:
NRO_POLIZA
Organizacin de la tabla:
Atributo
Tipo de dato
integer(10)
NRO_FIANZA
Descripcin
Es una clave nica, numrica, se
indica el tipo de fianza del
contrato.
char(20)
EMITIDA
char(15)
NRO_POLIZA
Doubl
MONTO
Organizacin de la tabla:
Atributo
RIF_EMPRESA
Tipo de dato
integer(10)
Descripcin
Es una clave nica o rif de la
empresa contratista
RAZON_SOCIAL
char(50)
REPRESENTASTE
char(40)
char(10)
CI_REPRESENTANTE
INAVI
Organizacin de la tabla
Atributo
Tipo de dato
NRO_VALUACION
integer(10)
Descripcin
Es una clave nica, numrica y
autoincremental.
char(50)
VALUACION
double
MONTO_BRUTO
MONTO_AMORTIZACI
double
ON
65
Atributo
Tipo de dato
integer(10)
NRO_ACTA
INAVI
Descripcin
Es una clave nica, numrica y
autoincremental.
char(20)
TIPO_ACTA
date
FECHA_EMISION
date
FECHA_INICIO
date
FECHA_FINAL
char (100)
MOTIVO
Descripcin en la que se
especifica el porqu del acta
char(20)
STATUS
Clave fornea:
CEDULA
Organizacin de la tabla:
Atributo
NRO_SOLICITUD
Tipo de dato
integer(15)
Descripcin
Es una clave nica, numrica y
autoincremental.
FECHA_EMISION
date
FECHA_INSPECCION
date
INAVI
CEDULA
char(20)
NOMBRE
char(20)
APELLIDO
char(80)
DIRECCION
char(30)
REFERENCIA
char (05)
HABITA
char(30)
MOTIVO
char(20)
CORREO
TELEFONO_MOVIL
char(20)
TELEFONO_FIJO
char(20)
STATUD
char(10)
INAVI
Clave fornea:
NRO_SOLICITUD
Organizacin de la tabla:
Atributo
NRO_LINDERO
Tipo de dato
integer(15)
Descripcin
Es una clave nica, numrica y
autoincremental.
NRO_SOLICITUD
integer(15)
FECHA_EMISION
date
FECHA_INSPECCION date
SECTOR
char(20)
CIUDAD
char(20)
ESTADO
char(80)
LONGITUD_NORTE
double
LONGITUD_SUR
double
LONGITUD_ESTE
double
LONGITUD_OESTE
double
INAVI
LIMITE_ESTE
double
LIMITE_SUR
double
LIMITE_NORTE
double
LIMITE_OESTE
double
AREA
double
RESPONSABLE
char(20)
STATUD
char(10)
69
INAVI
Organizacin de la tabla:
Atributo
Tipo de dato
Descripcin
NRO_CEDULA
integer(10)
NOMBRE
char(20)
char(15)
APELLIDO
Char(20)
CARGO
Char(10)
ESTATUS
Organizacin de la tabla:
Atributo
NOMBRE
Tipo de dato
integer(10)
Descripcin
Nombre del usuario que
ingresara al sistema
APELLIDO
char(20)
70
DEPARTAMENTO
char(15)
INAVI
Char (12)
CARGO
Char(20)
LOGIN
Char(20)
CLAVE
Char(15)
STATUS
SIGCOL
1.1
1.2
Control de Obras
Control de Linderos
INAVI
SIGCOL
1.1
1.2
Control de Obras
Control de Linderos
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.1.6
Contrato
Acta
Fianza
Cuentas
Garantas
Valuacin
72
INAVI
SIGCOL
1.1
1.2
Control de Obras
Control de
Linderos
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.1.6
Contrato
Acta
Fianza
Cuentas
Garantas
Valuacin
Nuevo
Editar
Consultar
Reportes
Eliminar
INAVI
SIGCOL
1.1
1.2
Control de Obras
Control de Linderos
1.2.1
1.2.2
Solicitud
Lindero
74
INAVI
SIGCOL
Nuevo
1.1
1.2
Control de Obras
Control de Linderos
Editar
1.2.1
1.2.2
Solicitud
Lindero
Consultar
Reportes
Eliminar
75
INAVI
76
INAVI
CONCLUSIONES
1.) Una vez diagnosticado el funcionamiento de la gerencia de divisin de produccin
del Instituto Nacional de vivienda INAVI, Estado Bolvar. Se pudo determinar,
que no exista ninguna herramienta o proceso que facilitara el manejo de la
informacin, por lo tanto se llevo a cabo el desarrollo de un sistema web en
funcin a los requerimientos del cliente para garantizar la utilizacin de la
aplicacin y facilitar el control y gestin de estas actividades.
2.) El sistema realizado cumple con los requerimientos planteados por el usuario,
permite llevar un control de las solicitudes y realizacin de linderos al igual que la
ejecucin de las obras, as como el adjunto brindando una mayor disponibilidad de
la informacin.
de las solicitudes de la
77
INAVI
RECOMENDACIONES
78
INAVI
REFERENCIAS BIBLIOGRFICAS
Tercera
Edicin.
Editorial
Prentice
Hall
HispanoAmericana
Laudon K. y Laudon J. (2008). Sistemas de Informacin Gerencial.
Dcima Edicin.Mxico: Pearson Prentice Hall.
Pressman R. (2002). Ingeniera del Software. Quinta Edicin.
Editorial Mc Graw Hill.
Sabino C. (1992). El proceso de investigacin. Recuperado el 10 de
Noviembre
del
2010
de
http://metodoinvestigacion.files.wordpress.com/2008/02/elproceso-de-investigacion_carlos-sabino.pdf
Snchez J. (2004). Lenguaje HTML. Primera Edicin. Grupo Eidos.
79
INAVI
80
INAVI
ANEXOS
81
INAVI
82
INAVI
Una vez que el usuario ingresa al sistema aparece la siguiente pantalla la cual
tiene dos opciones si entrar al sistema de CONTROL DE LINDEROS o entrar al
sistema de CONTROL DE OBRAS segn sea la preferencia del usuario.
INAVI
Al darle clic al link SOLICITUD se despliega un men con dos opciones que
pueden realizar el usuario las cuales son:
1.) NUEVO
2.) CONSULTA
84
INAVI
85
INAVI
INAVI
INAVI
1.) NUEVO.
2.) RESPONSABLE.
3.) CONSULTAR.
INAVI
longitud del lindero norte, sur, este u oeste para calcular el rea total luego se
indicara el responsable y el jefe de divisin.
INAVI
preferencia.
INAVI
91
INAVI
92
INAVI
93
INAVI
INAVI
95
INAVI
96
INAVI
97
INAVI
INAVI
99
INAVI
Al hacer clic
INAVI
101
INAVI
INAVI
Cada contrato presenta una garanta a la cual debe ser asignada, al hacer clic en
AGREGAR GARANTA despliega el formulario asignndole un numero de
contrato, el numero de fianza, el responsable de la emisin de la garanta, el
numero de pliza asignada al contrato y el monto por el cual es la garanta, al
enviar formulario el sistema registrara la garanta asignada al contrato descrito.
103
INAVI
INAVI