Informe Final Guerra Alejandro

REPBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD NACIONAL ABIERTA

REA DE INGENIERA
CARRERA INGENIERA DE SISTEMAS
SISTEMA
AUTOMATIZADO DE INFORMACIN PARA EL CONTROL
DE BIENES DE LA CONTRALORA DEL MUNICIPIO INFANTE,

DE LA PASCUA ESTADO GURICO (SAICOBIC)
Alejandro Guerra
Valle de la Pascua, Diciembre 2013

REA DE INGENIERA
SISTEMA AUTOMATIZADO DE INFORMACIN PARA EL CONTROL

Autor: Alejandro Guerra

C.I. N 15.084.398
Tutor Acadmico: Emiliano Otalvora
C.I. N 11.460.277
Valle de la Pascua; Diciembre 2013

ii

REA DE INGENIERA
SISTEMA

Informe final de Prctica Profesional presentado para optar al ttulo de

Ingeniero de Sistemas
Autor:
Br. Alejandro Guerra C.I. N 15.084.398
Valle de la Pascua; Diciembre 2013

iii

REA DE INGENIERA
ACTA APROBACIN DEL TUTOR
En mi carcter de tutor acadmico del trabajo presentado por el ciudadano:

Alejando Rafael Guerra lvarez portador de la cedula de Identidad N 15.084.398,
para optar al grado de ingeniero de sistema, considero que dicho trabajo rene los
requisito y mritos suficientes para ser sometido a la presentacin pblica y
evaluacin por parte del jurado examinador que se designe.
En la ciudad de Valle de la Pascua, a los 03 das del mes de Diciembre de 2013.
______________________________________
Ing. Emiliano Otalvora
iv
DEDICATORIA
Al Gran poder de Dios por darme la bendicin e iluminarme por la senda del
buen proceder y as logrando cada meta que me he propuesto. Por estar all en los
momentos de alegras, tristeza, angustias, inclinando sus manos para ayudarme a
levantar.
A mi madre, mujer que con sus cuidados ha prolongado mi felicidad haciendo de

ella un estado cotidiano.
A mi Padre lucero que desde el cielo ilumina mi camino, que permanece pese a
todo, a mis hermanos guas asignados que me acogen en sus brazos para propiciar mi
xito.
AGRADECIMIENTO
Agradecido a Dios por darme la vida, por brindarme la dicha de la salud y el

bienestar, por permitirme alcanzar mis metas.
A mi casa de estudios Universidad Nacional Abierta, unidad de apoyo de Valle

de la Pascua, por brindarme la oportunidad de formarme, y as emprender mi camino
como profesional.
A mis profesores y tutores acadmicos por toda su ayuda colaboracin y

atencin,
han estado dispuestos a mejorar este trabajo, impartiendo sus
conocimientos y experiencias.
La contralora del Municipio Leonardo Infante, al contralor Freddy Valera, por

su apoyo y valioso tiempo dispuesto a colaborar con sus conocimientos y la
informacin necesaria para ser posible la realizacin de este proyecto.
Al profesor Jos Ruiz, por su valiosa colaboracin en el transcurso de mis

estudios, amigos de gran calidad humana.
Al Ing. Aray Lucio, Persona de grandes conocimientos y adems de manera

diligente y oportuna me prest su colaboracin.
Alejandro Rafael Guerra lvarez
vi
NDICE GENERAL
Pp.
ACTA APROBACIN DEL TUTOR..................................................................
iv
DEDICATORIA...................................................................................................
AGRADECIMIENTOS.........................................................................................
vi
INDIC GENERAL..............................................................................................
vii
NDICE DE FIGURAS.........................................................................................
xv
NDICE DE TABLAS..........................................................................................
xvii
RESUMEN...........................................................................................................
xviii
INTRODUCCIN............................................................................................
CAPITULO
PLANTEAMIENTO DEL PROBLEMA...............................................................
I.1 Situacin actual y rea problemtica.........................................................
I.2. Propuesta de solucin y beneficios que generara.....................
I.3 Objetivos.......................................................................................
I.3.1 Objetivo general..............................................................................
I.3.2. Objetivos especficos......................................................................
I.4 Alcance.......................................................................................................
II. MARCO TERICO...........................................................................................
II.1 Aspectos generales de la empresa............................................................
II.1.1 Resea histrica.........................................................
II.1.2 Misin................................................................................................
II.1.3 Visin.................................................................................................
II.1.4 Estructura organizacional..................................................................
10
II.2 Bases tericas............................................................................................
12
II.2.1 Sistema .............................................................................................
12
II.2.2 Sistema de informacin (SI)..............................................................
13
II.2.3 Sistema de informacin web (SIW)...................................................
15
vii
II.2.4 Red de computadoras........................................................................
18
II.2.5 Clasificacin de las redes segn el tamao....................................
21
II.2.5.1 LAN (local rea Network) - Redes de rea local..............
21
II.2.5.2 MAN (Metropolitan rea Network) - Redes

de rea metropolitana.........
22
II.2.5.3 WAN (Wide rea Network) - Redes de amplia

Cobertura
23
II.2.6 Topologa de redes................................................................
24
II.2.6.1 Topologa en estrella..........................................................
24
II.2.6.2 Topologa en bus................................................................
25
II.2.6.3 Topologa en anillo....................................................
25
II.2.7 Internet..............................................................................
26
II.2.8 Intranet ............................................................................................
28
II.2.9 Modelo cliente/servidor....................................................................
29
II.2.9.1 Cliente................................................................................
30
II.2.9.2 Servidor..............................................................................
30
II.2.9.2.1 Servidor web........................................................
31
II.2.10 Navegador web................................................................
32
II.2.11 World wide web...............................................................................
33
II.2.12 Portal web........................................................................................
33
II.2.13 Pgina..............................................................................................
34
II.2.14 Tipos de pginas web......................................................................
34
II.2.14.1 Esttica.........................................................................
34
II.2.14.2 Dinmica..........................................................................
35
II.2.15 Base de datos ................................................................................
35
II.2.16 Tipos de bases de datos...................................................................
36
II.2.16.1 Bases de datos estticas....................................................
36
II.2.16.2 Bases de datos dinmicas..................................................
37
II.2.17 Clasificacin de las bases de datos segn su organizacin..
37
II.2.17.1 Bases de datos jerrquicas...............................................

viii
37
II.2.17.2 Bases de datos de red.......................................................
38
II.2.17.3 Bases de datos relacionales..............................................
39
II.2.18 Caractersticas principales de las bases de datos relacionales.
40
II.2.19 Sistema de gestin de base de datos (SGBD).................
40
II.2.20 Software libre .................................................................................
42
II.2.21 Ciclo de vida del desarrollo de sistemas (CVDS)...
43
II.2.21.1 Anlisis de sistemas.........................................................
44
II.2.21.1.1 Fase de estudio..................................................
45
II.2.21.1.2 Fase de definicin..............................................
47
II.2.21.1.2.1 Modelizacin......................................
48
II.2.21.2 Diseo de sistemas...........................................................
50
II.2.21.2.1 Fase de diseo e integracin..............................
51
II.2.21.2.1.1 Modelizacin de redes........................
52
II.2.21.2.1.2 Puesto.................................................
53
II.2.21.2.1.3 Diagrama de conexin
de
puestos (DCP)
II.2.21.3 Implantacin de sistemas...............................................
53
54
II.2.21.3.1 Fase de construccin y prueba de redes y

bases de datos...................................................................
55
II.2.21.3.2 Fase de construccin y prueba de

Programas.
II.2.21.3.3 Fase de instalacin y pruebas...........................
II.2.21.3.4 Fase de entrega del
nuevo
sistema
56
57
para
su paso a explotacin ........................................................
58
II.3 Herramientas informticas utilizadas........................................
58
III. MARCO METODOLGICO...............................................
60
III.1 Anlisis del sistema................................................................................
60
III.1.1 Fase de estudio.............................................................
60
III.1.1.1 Conocer el sistema actual..................................................
60
ix
III.1.1.2 Analizar los problemas y oportunidades...........................
61
III.1.1.3 Establecer los objetivos del nuevo sistema.......................
61
III.1.2 Fase de definicin............................................................
61
III.1.2.1 Identificar las necesidades y requerimientos del

nuevo sistema............................................................................
61
III.1.2.2 Modelizar las necesidades del nuevo sistema...............
62
III.2 Diseo del sistema...........................................................
63
III.2.1 Fase de diseo e integracin............................................................
63
III.2.1.1 Analizar y distribuir los datos.......................................
63
III.2.1.2 Analizar y distribuir los procesos.....................................
63
III.2.1.3 Dividir en unidades de diseo...................................
63
III.2.1.4 Disear bases de datos..................................
63
III.2.1.5 Disear entradas y salidas informticas...........................
64
III.2.1.6 Disear interfaces interactivas de usuario................
64
III.2.1.7 Presentar y revisar el diseo.........................
64
III.3 Implantacin del sistema................................................
64
III.3.1 Fase de construccin y prueba de redes y bases de datos....
64
III.3.1.1 Construir y probar redes................................................
65
III.3.1.2 Construir y probar bases de datos.....................................
65
III.3.2 Fase de construccin y prueba de programas ..............................
65
III.3.2.1 Plan de programacin....................................................
65
III.3.2.2 Escribir y probar programas..............................................
65
III.3.3 Fase de instalacin y pruebas ..........................................................
65
III.3.3.1 Instalar nuevos paquetes de software........................
65
III.3.3.2 Probar los paquetes de software........................................
66
III.3.3.3 Realizar pruebas del sistema.................................
66
III.3.4 Fase de entrega del nuevo sistema para su paso a explotacin.
66
IV. PRESENTACIN DE RESULTADOS.......................................................
67
IV.1 Anlisis del sistema.............................................................................
67
IV.1.1 Conocimiento del sistema actual y el proceso manual....................
67
IV.1.2 Anlisis de problemas y oportunidades.......................................
68
IV.1.3 Objetivos del nuevo sistema............................................................
69
IV.1.4 Necesidades y requerimientos del nuevo sistema........................
70
IV.1.4.1 Requerimientos de informacin...................................
70
IV.1.4.2 Requerimientos de almacenamiento................................
70
IV.1.4.3 Requerimientos funcionales.............................................
71
IV.1.4.4 Requerimientos de interfaz de los usuarios......................
71
IV.1.5 Modelizacin de necesidades del nuevo sistema.................
72
IV.2 Diseo del sistema...................................................................................
75
IV.2.1 Anlisis y distribucin de datos......................................................
76
IV.2.2 Anlisis y distribucin de procesos..................................................
80
IV.2.2.1 Puestos de procesamiento.................................................
80
IV.2.2.2 Diagrama de descomposicin de puestos.........................
81
IV.2.2.3 Diagrama de conexin de puestos....................................
82
IV.2.2.4 Diccionario de proyectos..................................................
82
IV.2.2.5 DFD de topologa de redes...............................................
83
IV.2.2.6 DFD de topologa de redes con distribucin de

almacenes de datos....................................................................
84
IV.2.2.7 DFD de topologa de redes con distribucin de los

procesos..........................................................................................
84
IV.2.3 Divisin en unidades de diseo.......................................................
85
IV.2.4 Diseo de base de datos...................................................................
87
IV.2.5 Diseo de interfaces de usuario.......................................................
91
IV.2.6 Presentacin y revisin del diseo...................................................
92
IV.3 Implantacin del sistema.........................................................................
93
IV.3.1 Base de datos................................................................................
93
IV.3.2 Plan de programacin......................................................................
98
IV.3.3 Codificacin y prueba.....................................................................
99
Mdulo bienes.................................................................................................
101
xi
Mdulo funcionarios...............................................................................
108
Mdulo ubicaciones.............................................................................
109
Mdulo Clasificacin de bienes...............................................................
111
Mdulo reportes...................................................................................
112
Mdulo ayuda......................................................................................
115
Mdulo Direccin de Desarrollo Tcnico (D.D.T)..................................
116
V. CONCLUSIONES Y RECOMENDACIONES.............................................. ..
120
CONCLUSIONES......................................................................................
120
RECOMENDACIONES..............................................................................
121
BIBLIOGRAFA.............................................................................................
123
SITIOS WEB..............................................................................................
126
ANEXO A.......................................................................................................
128
Entrevista fase de estudio................................................................................
129
xii
NDICE DE FIGURAS
Figuras
1
Pp.
Organigrama Estructural Contralora del Municipio Autnomo
Leonardo Infante.
11
Sistema Empresa.
13
Actividades de los sistemas de informacin...
15
Componentes bsicos de un entorno Web..
16
Partes del modelo Web...
17
Red de Computadoras.
19
Red LAN
21
Red MAN...
22
Red WAN...
23
10
Topologa en Estrella..
24
11
Topologa en Bus....
25
12
Topologa en Anillo...
26
13
Internet....
27
14
Intranet o Red LAN
28
15
Modelo Cliente/Servidor.........
29
16
Proceso cliente/servidor..
31
17
Servidor WEB.....
32
18
Entorno de base de datos. ..
35
19
Modelo Jerrquico..
38
20
Modelo de Red...
38
21
Sistema de base de datos. ..........
42
22
Ciclo de Vida de desarrollo de sistemas.
44
23
Anlisis de sistemas........
45
24
Actividades de la fase de estudio...
46
25
Actividades de la fase de definicin...
47
26
Diagrama de modelo de datos....
48
xiii
27
Diagrama de flujo de datos.
49
28
Diagrama de conectividad..
50
29
Diseo de sistemas..
51
30
Actividades de la fase diseo e integracin...
52
31
Nomenclatura Puesto..
53
32
Diagrama de conexin de puestos..........
54
33
Implantacin de sistemas........
54
34
Actividades de la fase de construccin y prueba de redes y bases de

datos....
35
Actividades
de
la
fase
de
construccin
prueba
de
programas
36
56
Actividades de la fase de Instalacin del nuevo sistema para puesta en

explotacin..
37
55
57
Actividades de la fase de entrega del nuevo sistema para puesta en

explotacin..
58
38
Diagrama E-R del SAICOBIC en la etapa de Anlisis.
72
39
DFD de contexto del SAICOBIC...
73
40
Diagrama de descomposicin del SAICOBIC....
73
41
DFD o de procesos del SAICOBIC...
74
42
Almacenes de datos del SAICOBIC en la etapa de Anlisis
74
43
Diagrama de conectividad del SAICOBIC.....
75
44
Diagrama de descomposicin de puestos del SAICOBIC......
81
45
Diagrama de conexin de puestos del SAICOBIC.....
82
46
DFD de topologa de red del SAICOBIC...
83
47
DFD de topologa de red con distribucin de almacenes de

datos
84
48
DFD de topologa de red con distribucin de procesos.
85
49
Unidad de diseo bienes.
85
50
Unidad de diseo funcionarios responsables..
86
51
Unidad de diseo ubicaciones....
86
xiv
52
Unidad de diseo clasificacin de bienes...
86
53
Unidad de diseo Reportes.
86
54
Unidad de diseo Direccin Desarrollo Tcnico....
87
55
Diagrama entidad-relacin definitivo.
91
56
Diseo de la interfaz.......
92
57
Entidad bienes.
94
58
Entidad asigna_bienes.
94
59
Entidad h_bienes.........
95
60
Entidad menu..
95
61
Entidad pers_resp_bien...
96
62
Entidad privilegio........
96
63
Entidad tipo_bien
97
64
Entidad ubicacin
97
65
Entidad usuario...
98
66
Pgina de captura de usuario y clave..
99
67
Estructura del SAICOBIC .
100
68
Pgina de bienvenida al SAICOBIC ..
101
69
Modulo Bienes. Inventario Maestro...
102
70
Modulo Bienes. Ingreso de un nuevo bien a inventario..
103
71
Modulo Bienes. Actualizacin de un bien.
103
72
Modulo Bienes. Bienes disponibles para asignar...
104
73
Modulo Bienes. Asignacin de un bien..........
104
74
Modulo Bienes. Listado de Ubicaciones
105
75
Modulo Bienes. Inventario de bienes activos por ubicacin..............
105
76
Modulo Bienes. Reporte de bienes activos en formato pdf
106
77
Modulo Bienes. Desincorporacin, prstamo y transferencia...
106
78
Modulo Bienes. Inventario
de
bienes
desincorporados
por
ubicacin.
107
79
Modulo Bienes. Listado de bienes-histrico...
108
80
Modulo Bienes. Histrico de un bien.
108
xv
81
Modulo
Funcionarios.
Listado
de
funcionarios
responsables,
directores.....
82
Modulo Funcionarios. Ingreso de nuevo funcionario responsable,

director
83
108
109
Modulo Funcionarios. Actualizacin de funcionario responsable,

director....
109
84
Modulo Ubicaciones. Listado de ubicaciones
110
85
Modulo Ubicaciones. Ingreso de nueva Ubicacin............
110
86
Modulo Ubicaciones. Actualizacin de ubicacin..
111
87
Modulo Clasificacin de bienes. Listado de tipos de bienes..
111
88
Modulo Clasificacin de bienes. Ingreso de tipo de bien..
112
89
Modulo Clasificacin de bienes. Actualizacin de tipo de bien.............
112
90
Modulo Reportes.
113
91
Modulo Reportes. Reporte por cdigo
114
92
Modulo Reportes. Reporte por cdigo, vista por pantalla..............
114
93
Modulo Reportes. Reporte por cdigo, vista de impresin
115
94
Modulo Ayuda. Manual de usuario....
115
95
Modulo DDT. Usuarios autorizados..........
116
96
Modulo DDT. Ingreso de usuarios..
117
97
Modulo DDT. Actualizacin de usuario
117
98
Modulo DDT. Actualizacin de privilegios...
118
99
Modulo DDT. Manual del programador.
118
xvi
NDICE DE TABLAS
Tabla
Pp.
Modelo Relacional, Entidad estudiantes
39
Modelo Relacional, Entidad ubicacin de estudiantes...
39
Ejemplos de puestos o nodos.........
53
Matriz de problemas y oportunidades del SAICOBIC .
68
Matriz de objetivos del SAICOBIC..........
69
Entidades del SAICOBIC .
76
Atributos de datos entidad BIENES..
77
Atributos de datos entidad HISTRICO DEL BIEN..
77
Atributos de datos entidad USUARIO.
78
10
Atributos de datos entidad UBICACION.
78
11
Atributos de datos entidad PERSONA RESPONSABLE DEL

BIEN..
78
12
Atributos de datos entidad TIPO DE BIEN..
79
13
Anlisis de sucesos de entidades
79
14
Diccionario de proyectos del SAICOBIC
82
15
Entidad Bienes
87
16
Entidad hermana bienes..
88
17
Entidad Persona responsable bien..
88
18
Entidad tipo de bien.......
89
19
Entidad Ubicacin..
89
20
Entidad Usuarios....
89
21
Entidad asignacin de bienes.........
90
22
Entidad men..
90
23
Entidad privilegio...
91
24
Plan de Implantacin en la etapa de Diseo..................
93
25
Plan de Programacin Detallado....
98
xvii

REA DE INGENIERA
SISTEMA

Autor: Br. Alejandro Guerra

Tutor Acadmico: Ing. Emiliano Otalvora
Fecha: Diciembre, 2013
RESUMEN
Este proyecto tuvo como objetivo el desarrollo de un Sistema de
Informacin para el Control de Bienes de la Contralora del contralora
del Municipio Infante (SAICOBIC), dicho sistema surgi, primero, por la
necesidad presentada por la Contralora del Municipio Infante (CMI) de
contar con un sistema que permita conocer la informacin relativa a los
bienes de la Institucin de manera inmediata, concreta y confiable,
segundo, para adaptarlo a las sugerencias establecidas por la
Contralora General de la Repblica en su Publicacin BM-20 y, por
ltimo, para crear y adaptar los sistemas de informacin de la (CMLI) a
las nuevas tendencias de desarrollo e implantacin utilizando la arquitectura
cliente/servidor vigente en nuestros das. La metodologa utilizada fue la
del Ciclo de Vida de Desarrollo de Sistemas de los autores Whitten, Bentley
y Barlow (1996). El sistema se implant para ser usado en ambiente Web,
utilizando para ello el Servidor Web Apache, los lenguajes de programacin
PHP, Javascript, CSS, y HTML, el Sistema Gestor de Base de Datos
MYSQL y el editor de pginas web Dreamweaver. Con la creacin de
este sistema se da finiquito a la duplicidad e inconsistencia de la data
contenida en los archivos digitales y fsicos de las PCs y diversos
documentos de la CMLI, dando forma a la propuesta de solucin
presentada en el anteproyecto de prctica profesional. En fin, los
resultados obtenidos concuerdan con los objetivos establecidos en el
planteamiento del problema.
Descriptores: Sistema, anlisis, diseo, implantacin, base de datos.
xviii
INTRODUCCIN
La Contralora del Municipio Leonardo Infante cuenta con la Direccin de

Administracin y Servicios para llevar el control de Bienes de la institucin, el
mismo se realiza en un sistema de vieja data en ambiente MS-DOS, desadaptado de
las metodologas de sistemas de informacin, del marco legal establecido por la
Contralora General de la Repblica y de las nuevas tendencias en desarrollo de
ambiente Web. Los encargados de definir las polticas de bienes deben realizar
anlisis de los mismos, para determinar equipos a comprar/sustituir, transferir o
prestar. Estos datos almacenados en el sistema de vieja data no son consistentes, pues
el sistema solo permite ingreso, modificacin, eliminacin y consulta de los datos;
por lo cual se debe almacenar informacin relativa a los bienes en hojas de Excel en
distintos archivos y carpetas en los computadores de la Direccin de Administracin
y Servicios y en hojas e informes, en fsico, en los archivos de bienes de la
institucin.
Estos anlisis son presentados bajo la forma de resmenes y reportes de bienes,
que por lo general tampoco son consistentes porque la data est dispersa y al
compilarla fsicamente se solapa y traslapa. Tomando en cuenta que la informacin es
la base fundamental con que las organizaciones coordinan, ejecutan y evalan sus
actividades para alcanzar sus objetivos, es de gran relevancia a la hora de tomar
decisiones, la disponibilidad y confiabilidad de la misma, porque permite dirigir
acciones acertadas para la buena marcha de la organizacin.
Se propone entonces, la creacin de un nuevo Sistema de Informacin, que
corrija las deficiencias e imperfecciones presentadas por el sistema actual (en uso),
adems de corregir la situacin problemtica se plantea tambin la necesidad de
introducir las nuevas y eficientes tecnologas en ambiente Web aprovechando
adems, la Intranet y dems recursos de Red existentes entorno en la institucin.
El presente proyecto de prctica profesional se limita al desarrollo de un Sistema

de informacin automatizado en ambiente Web, que permita el control eficaz y
eficiente de la informacin relativa a los bienes de la Contralora del Municipio
Leonardo Infante.
Est institucin, constituyente del Sistema Nacional de Control Fiscal se
encuentra ubicada en la Av. Libertador, entre calle Descanso y Flores, Sector Centro,
Valle de la Pascua Estado Gurico.
La estructura del informe es la siguiente:
En el Planteamiento del Problema, se plantea el problema, se hace la propuesta
de solucin y se mencionan los beneficios que generara, los objetivos que se
pretenden lograr y el alcance del proyecto.
En el Marco Terico, se describe la empresa, se expone la fundamentacin
terica, el CVDS de los autores Whitten, Bentley y Barlow, tambin las herramientas
informticas que se utilizarn en el proyecto.
En el Marco Metodolgico, se expone detalladamente las actividades a realizar
dentro
del
mbito
del
CVDS
para
la
concrecin
del
proyecto.
CAPITULO I
PLANTEAMIENTO DEL PROBLEMA
Se podr apreciar en este planteamiento la situacin problemtica, desventajas,

deficiencias y limitaciones del sistema actual y del proceso manual, la propuesta de
solucin y los beneficios que generara, los objetivos generales y especficos a
cumplir para la concrecin del proyecto, as como tambin el alcance y limitaciones
del sistema propuesto.
I.1 Situacin actual y rea problemtica
La Contralora del Municipio Leonardo Infante es un organismo pblico,
autnomo e independiente encargado de realizar el Control, la vigilancia y la
fiscalizacin de los ingresos, gastos y bienes estadales, ello de conformidad con lo
Previsto en el artculo 163 de la Constitucin de la Repblica Bolivariana de
Venezuela. Fue fundada el 05 de Noviembre del ao 1974 como organismo rector de
la fiscalizacin y control del patrimonio Estadal. Desde su creacin viene actuando en
forma tcnica y apoltica, realizando sus funciones con objetividad e imparcialidad,
vigilando que los fondos del estado sean invertidos de acuerdo a las normas legales
que lo regulan y en pro del beneficio pblico. Est ubicada en la Av. Libertador, entre
calle Descanso y Flores, Sector Centro, Valle de la Pascua Estado Gurico.
En su estructura organizativa y para fines internos, la Contralora del Municipio
Leonardo Infante cuenta con la Direccin de Administracin y Servicios para llevar
el registro y control de bienes de toda la institucin, en la actualidad el registro y
control de bienes se realiza en un sistema de vieja data, bajo ambiente MS-DOS,
elaborado en el lenguaje de programacin clipper y con bases de datos elaboradas en
el formato dbf, dicho sistema no cumple algunos de los requerimientos legales

establecidos por la Contralora General de la Repblica, entre los cuales se tiene:
Manejar un archivo histrico de los bienes (ubicacin, transferencias, en calidad
de prstamo, bienes activos, bienes desincorporados).
Informacin completa de los bienes tales como: tipo de bien, descripcin, marca,
serial, modelo, caractersticas, fecha de adquisicin, vendedor etc.
Tomando en cuenta esos requerimientos, se puede constatar que el sistema en uso
no maneja un archivo histrico de bienes, tales como transferencias y/o prestamos
entre dependencias, control de bienes desincorporados, entre otros; tampoco ofrece
reportes por tipo de bienes, bienes activos o en uso, ni por ao de adquisicin. Esto
significa que cuando se debe elaborar un reporte de bienes por tipo, por ao de
adquisicin, de bienes activos y en uso, o de bienes desincorporados, se debe elaborar
manualmente desde los archivos fsicos que maneja la Direccin de Administracin,
lo cual desde el punto de vista de la institucin significa prdida de horas/hombre,
porque los analistas deben dedicarse con mayor intensidad a la bsqueda de
informacin en vez de analizar la misma que es donde est su mayor valor.
En la Contralora del Municipio Infante, se preparan reportes para encontrar las
respuestas a algunas preguntas de seguimiento, relacionadas a los bienes de la
institucin para determinar entre otras cosas, depreciacin, cantidad de bienes,
posible cantidad de bienes a ser adquiridos, bienes susceptibles de ser substituidos
por fin de su vida til, garanta en el caso de equipos elctricos y electrnicos-, pero
se necesita dedicar aproximadamente un 60% del tiempo asignado al anlisis, para la
localizacin y presentacin de los datos, como tambin asignacin de recursos
humanos y de hardware para poder responder estas preguntas.
En particular, los analistas de la Direccin de Administracin y Servicios
invierten demasiado tiempo a la hora de construir un informe o una presentacin, ya
que la informacin no se encuentra ubicada en un solo lugar, sino que tienen que
comenzar a reunir datos de distintos medios. Estos datos son ubicados en el sistema
4
en uso, en informacin en fsico en los archivos de bienes y en hojas de clculo de

Microsoft Excel, para despus realizarles anlisis. La inexactitud y la no
disponibilidad de los datos traen como consecuencia la tardanza en el momento de
presentar informes, sumndole que debido a la tardanza este tipo de informe se
presenta slo una vez al mes.
Al poseer una herramienta que les ayude a organizar la data en un lugar de forma
centralizada, se podran realizar reportes en periodos mucho ms cortos (semanales y
hasta diarios). La necesidad de tener la data a la mano y actualizada es vital para toda
organizacin, es aqu donde es necesario contar con una herramienta capaz de
manejar grandes volmenes de informacin, poder consultarla remotamente, desde
distintos puntos de vista y contar con un histrico en el cual se puedan ver las
tendencias, y el comportamiento de los bienes de la institucin a travs del tiempo.
I.2. Propuesta de solucin y beneficios que generara
Se propone la creacin de un sistema de bienes totalmente nuevo, en ambiente
visual, en redes, con arquitectura Cliente/Servidor, multiusuario y multitarea, que
utilizar un manejador de bases de datos relacional.
Este sistema generar beneficios a la Contralora del Municipio Infante tales
como:
La data podr ser accedida remotamente.
Control eficaz y eficiente de la informacin relativa a los bienes de la institucin.
Reportes actualizados.
Ahorro de horas/hombre al eliminar la bsqueda manual de bienes individuales,
por cdigo de bien, tipo, ao, por direcciones y/o dependencias.
Los procesos administrativos sern optimizados. El tiempo perdido esperando
por informacin que finalmente es incorrecta o no encontrada, es eliminado.
Para los usuarios, se extiende el alcance de la informacin para que puedan
acceder directamente en lnea, lo que a la vez repercute en su capacidad para realizar
con mayor efectividad las tareas diarias relacionadas a sus respectivas

responsabilidades en la institucin.
Los usuarios del sistema podrn acceder a informacin que puede ser vista de
forma inmediata, concreta y confiable, presentada desde una fuente nica y
disponible directamente desde sus estaciones de trabajo.
El sistema estar orientado a brindar informacin interrelacionada para quienes
tienen responsabilidades tanto en el mbito administrativo y operativo, como en el
mbito directivo, estratgico y tctico de la institucin.
Los procesos de toma de decisiones, en cuanto a bienes se refiere, pueden ser
mejorados mediante la disponibilidad inmediata de informacin. Decisiones
institucionales se hacen ms rpidas por gente ms informada.
A partir del anlisis, diseo e implantacin del sistema, habrn nuevas destrezas
de desarrollo, soporte y asistencia, muchas destrezas nuevas se deben aprender,
incluyendo conceptos y arquitectura cliente/servidor.
En general, el SAICOBIC mejorar la toma de decisiones, procesos
administrativos y operacionales.
I.3 Objetivos
I.3.1 Objetivo general
Desarrollar un Sistema automatizado de Informacin para el Control de Bienes
de la Contralora del Municipio Infante de valle de la Pascua, Estado Gurico.
I.3.2. Objetivos especficos
1. Analizar el sistema actual y el proceso manual para obtener sus detalles y
limitaciones.
2. Establecer los requerimientos para el sistema propuesto, a partir de los requisitos y
necesidades de los usuarios.
3. Disear el modelo lgico y fsico de la base de datos.
4. Disear la plataforma de la red.
6
5. Desarrollar el sistema.
I.4 Alcance
El sistema propuesto est diseado para permitir el registro, actualizacin y
consulta de la base de datos BdBienes; en esta base de datos se llevar el control de
bienes de la institucin, el cual se dejar hasta la etapa de desarrollo y quedar a
discrecin de la Contralora su implantacin.
Las transacciones con la base de datos se realizaran con datos introducidos por el
usuario a travs de una interfaz grafica de usuario.
En trminos de informacin, el SAICOBIC generara la misma referente a los
bienes de la institucin, tales como: tipo, cdigo de bien, marca, modelo, fecha de
adquisicin, serial, color, dependencia a la que pertenece o est asignado, situacin
del bien (activo o desincorporado, prestado).
Igualmente permitir la generacin de reportes adaptados a las exigencias legales
de la Contralora General de la Repblica, por tipo, por cdigo, por fecha de
adquisicin, por dependencia, entre otros.
CAPITULO II
MARCO TERICO
Se expone la descripcin de la empresa, as como el basamento legal que le
confieren las leyes para la fiscalizacin y control de recursos de la Repblica, se
conceptualiza su estructura organizacional y las funciones de las dependencias
involucradas en el proyecto, se da aqu la fundamentacin terica de los elementos y
reas de conocimiento involucrados en el proyecto (Procesamiento de Datos, Bases
de Datos, Programacin de Sistemas, Pginas Web, Redes, Ciclo de Vida de
Desarrollo de Sistemas(CVDS)).
II.1 Aspectos generales de la empresa
II.1.1 Resea histrica
La creacin de la Contralora del Municipio Infante fue promulgada el 05 de
noviembre de 1974, este organismo goza de Autonoma orgnica y funcional, acta
bajo la direccin y responsabilidad de un(a) Contralor (a), siendo su primera
autoridad el Economista Carlos Eduardo Enrique Chinaglia, en el periodo de 1975 a
1979 y actualmente est bajo la gerencia de la Abogada Glynys Hernndez.
La Contralora del Municipio Infante, es un organismo encargado de la
Fiscalizacin y Control de Patrimonio Estadal, todo de conformidad con lo Previsto
en el artculo 163 de la Constitucin de 1a Repblica Bolivariana de Venezuela:
Cada Estado Municipio tendr una Contralora que gozar de
autonoma orgnica y funcional. La Contralora del Estado ejercer,
conforme a esta Constitucin y la ley, el control, la vigencia y la
fiscalizacin de los ingresos, gastos y bienes estadales, sin menoscabo del
alcance de las funciones de la Contralora General de la Repblica. Dicho
8
rgano actuar bajo la direccin y responsabilidad de un Contralor o

Contralora, cuyas condiciones para el ejercicio del cargo sern
determinadas por la ley, la cual garantizar su idoneidad e independencia;
as como la neutralidad en su designacin, que ser mediante concurso
pblico.
El ejercicio de las funciones de fiscalizacin y control se encuentran establecidas
en las leyes, siendo la Constitucin de la Repblica Bolivariana de Venezuela donde
se dispone en forma precisa las competencias atribuidas a los rganos de Control
Fiscal, estas funciones de control, vigilancia y fiscalizacin debern ser ejercidas por
el (la) contralor (a) y dems funcionarios de la misma, con absoluta imparcialidad, en
estricto cumplimiento de las normas establecidas en las leyes de la Repblica y al
margen de toda poltica partidista.
II.1.2 Misin
Ejercer el Control Fiscal corresponsable, competitivo e innovador, haciendo
nfasis en la prevencin, para evitar irregularidades administrativas en la Gestin
Pblica de las entidades y organismos sujetos a su control y fomentar la participacin
ciudadana en el ejercicio del control social, para lograr fortalecer la transparencia en
el manejo de los recursos pblicos en consonancia con los principios de eficiencia,
economa, eficacia, calidad, impacto y equidad, a fin de generar la mayor suma de
felicidad y beneficios a nuestro Municipio.
II.1.3 Visin
Convertir y consolidar este Organismo, estructura constituyente del Sistema
Nacional de Control Fiscal , en referencia obligada y en una instancia competitiva
con
probada
solvencia
tica,
moral
profesional,
anticipndose
las
transformaciones y nuevos desafos de las polticas del Estado Venezolano; a travs

del ejercicio eficaz y eficiente del Control Fiscal en la administracin pblica, a fin de
ser reconocido por la calidad de sus resultados e impacto social, generando seguridad,
confianza y satisfaccin de las demandas de nuestra comunidad.
II.1.4 Estructura organizacional

La Contralora del Municipio Leonardo Infante se encuentra ubicada en Valle de
la Pascua, Estado Gurico, su estructura en forma general se presenta en la figura 1.
Segn el organigrama estructural mostrado, la dependencia especfica en donde se
realizar el proyecto es la Direccin de Desarrollo Tcnico. Esta direccin cuenta en
su plantilla de funcionarios de una Economista, quien es la Directora de Desarrollo
Tcnico, una Ingeniero en Informtica, cuatro Tcnicos Superiores en Informtica,
una Bachiller que cumple funciones de auxiliar y una Bachiller que cumple funciones
de secretaria.
Las funciones de la Direccin de Desarrollo Tcnico, se mencionan a
continuacin:
Elaborar y coordinar el diseo, implantacin y actualizacin de sistemas
Automatizados, normas y procedimientos de control, conjuntamente con las Unidades
Organizacionales.
Evaluar la efectividad de los sistemas prescritos y sugerir las modificaciones y
ajustes necesarios para lograr uniformidad y cumplimiento de las normas y
procedimientos administrativos establecidos por la Contralora.
Apoyar a la Direccin de Administracin y Servicios y a la Direccin de Recursos
Humanos en la elaboracin del proyecto de Presupuesto de Ingresos y Gastos de la
Contralora.
Investigar y evaluar tecnologas de control y fomentar su aplicacin en los procesos
de la Contralora.
10
Figura 1. Organigrama Estructural Contralora del Municipio Leonardo Infante.

Fuente: Contralora del Municipio Leonardo Infante.
Mantener actualizado el sistema de cdigos y claves de acceso de la red de
interconexin y velar por su confidencialidad.
Administrar el sistema de redes internas y la plataforma tecnolgica del
Organismo.
Coordinar con la Direccin de Servicios Jurdicos el funcionamiento del Centro
de Informacin Tcnico Legal de la Contralora, actuando como fuente bibliogrfica,

archivo histrico y rgano generador de productos y servicios informativos.
11
Asesorar en el diseo y administracin de la Pgina Web de la Contralora.
Dirigir y supervisar el mantenimiento preventivo y correctivo de la plataforma
tecnolgica y de los sistemas de informacin.
Contactar con las empresas e instituciones especializadas en informtica y
sistemas, para mantener actualizada la literatura, programas, innovaciones y cursos

relacionados con la materia.
II.2 Bases tericas
Para tener un entendimiento apropiado de los trminos y acepciones usadas en
este proyecto, se procede a enmarcarlos en un contexto tecnolgico, a presentar su
referencia de proyectos anteriores, a darle significado prctico y a vincularlo con el
proyecto en curso, para de esta manera, darle coherencia a la jerga tecnolgica
utilizada en el desarrollo y orientada hacia la feliz concrecin de la propuesta de
solucin.
II.2.1 Sistema
Conjunto de elementos, organizados y relacionados para un propsito o una
actividad. Por ejemplo, un sistema informtico se compone de hardware y software
(Gnova y Guzmn, 1991). En una empresa o institucin, las Direcciones o gerencias
con sus respectivas divisiones, secciones y departamentos constituyen un sistema, el
sistema empresa.
Como se muestra en la figura 2, una empresa puede estar representada con una
estructura jerrquica de atribuciones y con sus funciones diferenciadas en gerencias y
departamentos, con el fin de producir bienes o servicios y venderlos constituye un
sistema.
La CMI tal como se muestra en la figura 1, representada en su estructura
organizativa y su jerarqua de direcciones, secciones y dependencias, con el fin de
ejercer funciones de control fiscal constituye un sistema, el sistema Contralora.
12
Figura 2. Sistema Empresa.

Fuente: Gnova y Guzmn. (1991).
II.2.2 Sistema de informacin (SI)

Un Sistema de Informacin (SI) es una disposicin de personas, actividades,
datos, redes y tecnologa integrados entre s con el propsito de apoyar y mejorar las
operaciones cotidianas de una empresa, as como satisfacer las necesidades de
informacin para la resolucin de problemas y para la toma de decisiones por parte de
los directivos de la empresa (Whitten y otros, 2003).
Todo ese conjunto de elementos interactan entre ellos para procesar los datos y
la informacin (incluyendo procesos manuales y automticos) y distribuirla de la
manera ms adecuada posible en una determinada organizacin en funcin de sus
objetivos. Los sistemas de informacin se pueden clasificar en SI personales, los
cuales son diseados para satisfacer las necesidades de informacin personal de un
13
solo usuario y los SI multiusuario que son diseados para satisfacer las necesidades
de informacin de grupos de trabajo, que bien pueden ser oficinas, departamentos u
organizaciones completas (Whitten y otros, 2003).
En el mismo orden de ideas, Connelly y Begg (2005), establecen que un sistema
de informacin esta constituido por los recursos que permiten la recopilacin, gestin,
control y diseminacin de la informacin a lo largo de una organizacin.
Segn Pantojas (2006), los SI en general realizan cuatro actividades bsicas:
entrada, almacenamiento, procesamiento y salida de informacin:
Entrada de datos: es el proceso mediante el cual el SI toma los datos que requiere
para procesar la informacin, las entradas pueden ser manuales o automticas. Las
manuales son aquellas que se proporcionan en forma directa por el usuario, mientras
que las automticas son datos o informacin que provienen o son tomados de otros
sistemas o mdulos, o directamente de los procesos.
Almacenamiento de informacin: mediante esta actividad el sistema puede
recuperar la informacin guardada en la seccin o proceso anterior.
Procesamiento de informacin: es la capacidad del sistema para efectuar clculos
de acuerdo a una secuencia de operaciones preestablecidas. Estos clculos pueden
hacerse con informacin introducida recientemente o con datos ya almacenados en el
sistema.
Salida de informacin: la salida es la capacidad de un sistema para sacar la
informacin procesada o bien datos de entrada al exterior.
En la figura 3, se ilustran las actividades realizadas por un sistema de informacin:
14
Figura 3. Actividades de los sistemas de informacin.

Fuente: Pantojas. (2006)
Se puede concluir que un sistema de informacin es un conjunto de bases de
datos, programas, redes, y dems elementos de tecnologa informtica y
computacional que integran data, video, textos, grficos, lenguajes de programacin y
procesos organizacionales para satisfacer las necesidades de informacin de la
empresa o institucin.
II.2.3 Sistema de informacin web (SIW)
Los SIW son un tipo de SI que incorpora la tecnologa Web y la red global Internet.
Los SIW van ms all de ser un conjunto de pginas Web ya que soportan el trabajo
colaborativo y usualmente est estrechamente relacionado con otros sistemas no Web,
15
tales como bases de datos, sistema de procesamiento de datos, entre otros (Pantojas,
2006).
Figura 4. Componentes bsicos de un entorno Web.

Fuente: Connelly y Begg. (2005).
Para poder competir, las organizaciones deben poseer una fuerte infraestructura
de informacin, ya que es hoy en da el mayor de los activos de una compaa,
representada en su personal, experiencia, conocimiento, innovaciones, en cuyo
corazn se sita la base de la tecnologa de informacin. La informacin, que se
trataba desde una perspectiva meramente tradicional (usuario-intermediario-sistema)
comenz a experimentar cambios significativos gracias al desarrollo de las nuevas
tecnologas y una amplia proyeccin de todo tipo de bases de datos en lnea.
Como se muestra en las figuras 4 y 5, los SIW son una clase diferente de SI que
integran a nivel de interfaces humano/computador diferentes herramientas y sistemas
de software heterogneos.
Por otra parte, los SIW son primeramente SI y luego sistemas Web, por lo que su
desarrollo debera usar en principio, la misma disciplina requerida para construir
sistemas de informacin no Web exitosos y de calidad (Pantojas, 2006).
16
En la actualidad, las redes de computadoras son elementos claves para

intercambiar y compartir datos e informacin dentro de una organizacin.
Figura 5. Partes del modelo Web.

Fuente: Modificado de Tanenbaum. (2003).
Haciendo la analoga con el concepto de sistema de informacin, se puede
concluir que un sistema de informacin web es un conjunto de bases de datos,
programas, redes, y dems elementos de tecnologa informtica y computacional que
integran data, video, textos, grficos, lenguajes de programacin y procesos
organizacionales para satisfacer las necesidades de informacin de la empresa o
institucin, combinando y aprovechando las nuevas tecnologas de informacin y
comunicacin en ambiente web.
Entre los beneficios ms importantes que proporciona un SIW se mencionan:
Integra los recursos informticos existentes.
Permite el acceso ms fcil a la informacin.
Reduce los costos operativos.

17
Mejora la eficiencia de la organizacin porque permite la recuperacin y
publicacin de la informacin ms rpidamente que con los procesos manuales y los

sistemas de informacin anteriores a las tecnologas web.
Mejora la veracidad y confiabilidad de la informacin.
Mejora la administracin de la informacin para planificacin estratgica, control
gerencial y operacional.
Permite que las aplicaciones sean ms verstiles al ser desarrolladas en ambiente
multiplataforma.
II.2.4 Red de computadoras
Es una coleccin de mquinas o procesadores denominados nodos, que estn
conectados a travs de un medio de comunicacin, ya sea cable, lser, microondas o
satlite, que permite el intercambio de datos e informacin entre ellos. Cada mquina
es autnoma e independiente de las otras y conoce la existencia y ubicacin de cada
una de ellas, de manera que pueda dirigir las solicitudes de datos y transmisin de los
mismos utilizando el medio de comunicacin (Pantojas, 2006).
Una red de computadoras es una coleccin de computadoras y otros dispositivos
(nodos) que usan un protocolo comn de red para compartir recursos entre s a travs
de un medio de red (Gallo y Hancock, 2002).
En cualquier operacin de redes con computadoras, hay tres presunciones
subyacentes. Primero, una red debe tener miembros; segundo, los miembros deben
estar conectados entre s de alguna manera, y tercero, todos los miembros de la red
deben establecer la comunicacin con cada uno de ellos para que pueda tener lugar
una comunicacin efectiva.
18
Figura 6. Red de Computadoras.

Fuente: El Autor. (2013).
En el mundo de las redes de computadoras:
Las entidades conectadas de una red son llamadas computadoras u otros
dispositivos (aunque muchas veces son llamados genricamente nodos);
El enlace mediante el cual tiene lugar la comunicacin se llama medio de la red,
Las reglas que gobiernan la manera en que los datos son intercambiados entre
dispositivos se logran a travs de un protocolo comn de red.

19
Miembros de una red: dispositivos, nodos y anfitriones (hosts): en el sentido ms

genrico, el termino dispositivo se usa para representar cualquier entidad que esta
conectada a una red. Como se muestra en la figura 6, tales entidades pueden ser
terminales, impresoras, computadoras o unidades de hardware especiales relativas a
la red, tales como servidores, repetidores, puentes, conmutadores, enrutadores de
comunicacin y otros muchos dispositivos de propsito especial.
Medios de una red y protocolo de comunicacin: para compartir informacin o
recibir un servicio a travs de una red, los miembros del grupo de trabajo deben ser
capaces de comunicarse entre s. Esto implica dos criterios especficos de red:
conectividad y lenguaje. La conectividad se refiere a un enlace o conexin fsica entre
miembros; el lenguaje se refiere a un vocabulario especfico convenido mutuamente
sobre las reglas de comunicacin que los miembros deben acatar.
Medio: es el ambiente fsico usado para conectar miembros de una red. Los medios
de la red facilitan la comunicacin al proporcionar un ambiente para que la
comunicacin tenga lugar. Los medios de una red se presentan en dos amplias
categoras: cables e inalmbricos. Ejemplos del medio cable son el cable de par
trenzado, el cable coaxial y el cable de fibra ptica. Ejemplos del medio inalmbrico
son las ondas de radio (incluidas las microondas y la comunicacin por satlite) y la
radiacin infrarroja.
Protocolo: es el lenguaje usado por los miembros de la red. Los protocolos facilitan
el establecimiento de una comunicacin proporcionando a los miembros un lenguaje
comn.
Desde el punto de vista de los SI, entre las ventajas que proporciona una red de
computadoras se encuentran:
Transferencia rpida y eficaz de informacin en el seno de un grupo de usuarios.
Ahorro para la organizacin.
Alta confiabilidad de operaciones.
20
Comunicacin entre unidades fsicamente distantes.
Intercambio de datos e informacin.

En fin, una red de computadoras es un conjunto de medios para proporcionar
servicios de comunicacin entre diferentes nodos.

II.2.5 Clasificacin de las redes segn el tamao
II.2.5.1 LAN (local rea Network) - Redes de rea local
Son redes de propiedad privada que se encuentran en un solo edificio o en un campus
de pocos kilmetros de longitud. Permiten la comunicacin entre computadoras, con
la caracterstica de que la distancia entre las computadoras debe ser pequea. Como
se muestra en la figura 7, estas redes son usadas para la interconexin de
computadores personales y estaciones de trabajo en oficinas de una empresa, de
instituciones y de fbricas para compartir recursos (por ejemplo, impresoras, datos,
sistemas) e intercambiar informacin. Son redes habitualmente sujetas un porcentaje
bajo de errores en transmisin y donde las necesidades de gestin son mnimas. La
organizacin de las LAN sugiere varias topologas para las mismas. Se entiende por
topologa la forma que tienen de organizarse las computadoras dentro de cualquier
red de transmisin de datos (Tanenbaum, 2003).
Figura 7. Red LAN

Fuente: Autor (2013)
21
II.2.5.2 MAN (Metropolitan rea Network) - Redes de rea metropolitana

Son una versin de mayor tamao de la red local, puede ser pblica o privada.
Son redes que abarcan una ciudad. El ejemplo mas conocido de MAN es la red de
televisin por cable (Tanenbaum, 2003).
Las redes MAN son similares a las LAN en todos los mecanismos de acceso y
distribucin de nodos. Solo se le encuentran diferencias en que tienen una mayor
extensin fsica y en que en su configuracin, interconexin y enrutamiento se
incluye la tecnologa VPN (Virtual Prvate Network), que es un conjunto de
aplicaciones o programas de red usado para interconectar lgicamente las redes de
una organizacin, permitiendo el acceso solo a los miembros del grupo de trabajo.
En la figura 8 se muestra de manera grfica los puntos de conexin que pueden
conformar una MAN.
Figura 8. Red MAN.

22
II.2.5.3 WAN (Wide rea Network) - Redes de amplia cobertura

Son redes que cubren una amplia regin geogrfica, a menudo un pas o un
continente. Contiene un conjunto de maquinas diseadas para programas (es decir,
aplicaciones) de usuario (Tanenbaum, 2003).
Existen otras posibilidades para el diseo de WAN como puede ser la utilizacin
de satlite o de sistemas de radio. En estos casos los dispositivos de interconexin
poseen antenas o emisores/receptores, que se encargan de realizar las comunicaciones
punto a punto evitando la utilizacin de un medio fsico en los casos donde las
distancias son excesivamente grandes o difciles de salvar (Snchez y Lpez, 2000).
Por ejemplo una isla, o una estacin de investigacin en la Antrtida estn
conectadas a travs de satlite, antenas de radiofrecuencia, etc. Las redes WAN
pueden ser vistas de manera grfica como se muestra en la siguiente figura:
Figura 9. Red WAN.

23
II.2.6 Topologa de redes

La topologa de las redes se refiere a la estructura fsica de los elementos que
conforman la red, actualmente existen varias topologas de redes, las ms usuales son
estrella, bus y anillo. A continuacin se describen:
II.2.6.1 Topologa en estrella
Como se muestra en la figura 10 todos los elementos de la red se encuentran
conectados directamente mediante un enlace punto a punto al nodo central de la red,
quien se encarga de gestionar las transmisiones de informacin por toda la estrella.
Figura 10. Topologa en Estrella.

24
II.2.6.2 Topologa en bus

En esta topologa, los elementos que constituyen la red se disponen linealmente,
es decir, en serie y conectados por medio de un cable, el bus. Los sistemas de
informacin emitidos por un nodo (computador cliente o servidor) se propagan por
todo el bus (en ambas direcciones) alcanzando a todos los dems nodos.
En la siguiente figura se muestra la topologa de red bus:
Figura 11. Topologa en Bus.

II.2.6.3 Topologa en anillo

Esta topologa est diseada como una arquitectura circular, con cada nodo
conectado directamente a otros dos nodos, la informacin describe una trayectoria
25
circular en una nica direccin, toda la informacin de la red pasa a travs de cada
nodo hasta que es tomado por el nodo apropiado.
Figura 12. Topologa en Anillo.

II.2.7 Internet
Es la red de redes. Agrupa a todo el planeta y, por tanto supone un paso ms all
de las redes WAN (Snchez y Lpez, 2000).
Es la red de redes, metared a donde se conecta cualquier red que se desee abrir
al exterior, publica e insegura, de alcance mundial, donde puede comunicar cualquier
pareja o conjunto de interlocutores, dotada adems de todo tipo de servicios de valor
aadido (Piattini y Del Peso, 2001).
26
Internet tiene un impacto profundo en el trabajo, el ocio y el entretenimiento a nivel

mundial. Gracias a la Web, millones de personas tienen acceso fcil e inmediato a
una cantidad extensa y diversa de informacin en lnea. Como toda gran revolucin
Internet augura una nueva era de diferentes mtodos de resolucin de problemas
creados a partir de soluciones anteriores. Internet tambin se presenta como un vasto
almacn de informacin. Hay miles de bases de datos y recopilaciones de
informacin sobre todos los temas imaginables: mdicos, histricos, cientficos,
periodsticos y econmicos. El aspecto exterior de la WWW son las pginas Web.
Figura 13. Internet.

Internet es el resultado de la interconexin de varias redes locales (LAN), entre
empresas en una misma zona o regin geogrfica (MAN), y entre empresas,
instituciones, familias y personas en ciudades, pases y continentes distantes (WAN).
27
II.2.8 Intranet
Se entiende las redes LAN instaladas en muchas empresas que utilizan tecnologa
internet para operar de manera interna sin tener que estar necesariamente conectadas
a ninguna otra red superior. Son como pequeas internet que funcionan de manera
local aprovechando todos los recursos y las tecnologas de comunicacin del propio
internet (Snchez y Lpez, 2000).
Es la red interna, privada y segura de una empresa, utilice o no medios de
transporte de terceros (Piattini y Del Peso, 2001). La Intranet se define como la
implantacin o integracin en una red local o corporativa de tecnologas avanzadas de
publicacin electrnica basadas en Web, en combinacin con servicios de mensajera,
comparticin de recursos, acceso remoto y toda una serie de facilidades
Cliente/servidor. Su propsito fundamental es optimizar el flujo de informacin con
el objeto de lograr una reduccin de costos en el manejo de documentos y
comunicacin interna (Pantojas, 2006).
Como se representa en la figura 14, la Intranet son redes ms pequeas, ya que
son usadas generalmente para una nica organizacin. Son vistas como potentes
herramientas de gestin que permiten la difusin de informacin y la implantacin de
mecanismos de colaboracin entre las diversas unidades organizacionales, empleados
y clientes.
Figura 14. Intranet o Red LAN.

Fuente: El autor. (2013)
28
Es decir, una red Intranet es una estructura que vincula todos los equipos de una
empresa y/o institucin, permitiendo a los usuarios acceder y compartir recursos
desde cualquier puesto de trabajo, siempre que su nivel de organizacin as lo
permita, este conjunto de recursos internos y externos a la organizacin permite
compartir informacin, servicios y bases de datos. Las Intranets se implementan con
el objeto de disminuir tiempo y costos de operacin de las organizaciones, es una
herramienta de mltiples funcionalidades, puede dividir los costos de comunicacin,
puede proporcionar informacin actualizada acerca de diversos temas, las intranets
eliminan la barrera de la distancia y contribuir al aceleramiento de las tareas.
La CMI dispone de una intranet y el nombre de su grupo de trabajo es
Sistemas.
II.2.9 Modelo cliente/servidor
En toda comunicacin entre dos computadoras existen varios esquemas de
funcionamiento. Una comunicacin entre computadoras no es ms que un
intercambio de informacin, que, generalmente, suele ser bidireccional. Estas formas
de comunicacin pueden seguir varios esquemas como son el jerrquico, el
maestro/esclavo o el cliente servidor. Estos esquemas definen en forma genrica el
modo en el que se intercambia la informacin (Snchez. y Lpez, 2000).
As, por ejemplo, en un esquema jerrquico la transmisin de la informacin
atraviesa los niveles de la jerarqua de menor a mayor, para despus volver a
descender en el rbol que la define hasta encontrar el nodo de destino. En un esquema
maestro/esclavo, el comunicante, que acta como esclavo, tiene que seguir los
parmetros y momentos de la comunicacin que impone el maestro.
Internet y, en general, las redes de comunicacin modernas, utilizan el modelo
cliente/servidor. El modelo cliente/servidor, ver figura 15, se basa en la asignacin de
roles a las entidades que participan en la comunicacin de manera que uno pide
informacin (cliente) y el otro le sirve (servidor).
29
Figura 15. Modelo Cliente/Servidor.

Fuente: El autor. (2013).
II.2.9.1 Cliente
Es la mquina que solicita la comunicacin; el que dicha mquina solicite la
comunicacin no quiere decir que vaya a ser la destinataria de la misma ya que esta
es bidireccional y, por tanto, la informacin puede fluir en cualquier sentido. De todas
formas, lo habitual es que la maquina cliente reciba la informacin.
Corresponder esta nomenclatura a los analistas de bienes que estn adscritos a la
direccin de administracin y servicios.
II.2.9.2 Servidor
Es el receptor de la solicitud de la comunicacin. Los servidores se caracterizan
por tener unos programas en funcionamiento continuo denominados servicios o
demonios, en funcin del sistema operativo del que se trate. Estos demonios (la
palabra demonio viene acuada del termino daemon utilizado por los sistemas
30
operativos UNIX, aunque hay sistemas operativos como Windows que hablan de
servicios) estn escuchando constantemente por si hubiera peticiones de
comunicacin por parte de clientes. Se trata pues de un sistema de comunicacin
asncrono donde un cliente puede solicitar el inicio de una comunicacin en cualquier
momento y el servidor (tericamente) est siempre en disposicin de responder a la
comunicacin de cualquier cliente (Snchez. y Lpez, 2000).
A continuacin se muestra la comunicacin en la arquitectura Cliente/Servidor:
Figura 16. Proceso cliente/servidor.

Fuente: Adaptada de Gallo y Hancock. (2002).
La arquitectura Cliente/Servidor se cre para manejar los nuevos entornos de

cmputo en los que un gran nmero de PC, estaciones de trabajo, servidores de
ficheros, impresoras, servidores de bases de datos, servidores web y otros equipos
estn interconectados a travs de una red (Elmasri y Navathe, 2002).
El servidor, como su nombre lo indica sirve, despacha o atiende a los clientes.
En la CMI el servidor tiene por nombre: Servprincipal y est ubicado en la
seccin de informtica de la direccin de desarrollo tcnico.
II.2.9.2.1 Servidor web
Es una computadora corriendo http (Protocolo de Transferencia de Hipertexto)
(Gallo y Hancock, 2002).
31
Es una computadora que almacena y maneja los sitios web. El servidor Web
maneja la entrega de los componentes de las pginas web como respuesta a peticiones
de los navegadores de los clientes.
Figura 17. Servidor Web.

Fuente: Autor (2013).
En el proyecto actual se refiere al servidor Servprincipal que tendr almacenado

en una carpeta o unidad de red el sistema SAICOBIC.
II.2.10 Navegador web
Es una aplicacin para extraer elementos de informacin (llamados documentos
o pginas web) de los servidores web (o sitios) y mostrarlos en la pantalla del usuario
(Chvez, 2006).
Los navegadores web mas populares son Internet explorer en sus versiones 6 y 7,
Mozilla Firefox, Safari, Opera, Netscape Navigator, Konqueror, Epiphany y Chrome.
Se deduce entonces que la funcin principal de un navegador es ejecutar la aplicacin
que soporta el protocolo cliente http, y procede entonces a descargar documentos
32
HTML y mostrarlos en pantalla, junto con sus imgenes, sonidos, videos, etc.
En la Contralora del Municipio Leonardo Infante se usa por defecto (viene con
el S.O Windows xp) el Internet explorer en sus dos ltimas versiones 6 y 7. Y sern
estas dos versiones las que servirn para desarrollo y prueba del SAICOBIC.
Es una interfaz, es un software que solicita la comunicacin con una pgina web
o un documento ActiveX a un servidor, por medio de un URL (localizador uniforme
de recursos) o a travs de un link o hipervnculo, se establece entonces una sesin
entre el navegador y el servidor por medio de http. Cuando el servidor responde enva
cdigo HTML o el documento ActiveX, el navegador interpreta el cdigo HTML y
procede a desplegar la informacin (texto, video, msica, imgenes, entre otros) o
activa la aplicacin relacionada con documentos ActiveX.
II.2.11 World wide web
En informtica, World wide web (o la "Web") o Red global mundial es un
sistema de documentos de hipertexto y/o hipermedias enlazados y accesibles a travs
de Internet. Con un navegador Web, un usuario visualiza pginas web que pueden
contener texto, imgenes, vdeos u otros contenidos multimedia, y navega a travs de
ellas usando hiperenlaces o hipervnculos.
Desde una perspectiva de modelos de comunicacin, la web puede considerarse
como una coleccin de clientes y servidores con base en internet que hablan el mismo
lenguaje, esto es, el Protocolo de Transferencia de Hipertexto (http). La web es
accesible por medio de web browsers o navegadores web tales como el internet
explorer (Gallo y Hancock, 2002).
Es un conjunto de servidores que proveen informacin organizada en sitios de la
red.
II.2.12 Portal web
Son localizaciones o sitios en la World Wide Web que contiene documentos
33
(pginas web) organizados jerrquicamente. Cada documento (pgina web) contiene

texto y/o grficos que aparecen como informacin digital en la pantalla de un
computador. Un portal puede contener una combinacin de grficos, texto, audio,
vdeo, y otros materiales dinmicos o estticos.
Cada Portal Web tiene una pgina de inicio, que es el primer documento que ve
el usuario cuando entra, para acceder al sitio poniendo el nombre del dominio de ese
sitio en un navegador. Cada portal Web pertenece y es gestionado por un individuo,
una compaa o una organizacin.
En este proyecto el portal viene dado por el sistema SAICOBIC, el cual estar
localizado en la red interna o intranet de la CMI.
II.2.13 Pgina web
Las pginas Web se definen como una coleccin de palabras, grficos, sonidos y
otros objetos organizados en un flujo continuo y lineal. Las pginas Web disponen de
la potente caracterstica de poder enlazarse con otras pginas diferentes a travs de
enlaces denominados hipertextos (Chvez, 2006).
A veces se utiliza errneamente el trmino pgina Web para referirse a sitio
Web. Una pgina Web es parte de un sitio Web y es un nico archivo el cual
tiene caractersticas propias con un nombre de archivo asignado, mientras que un sitio
Web es un conjunto de archivos llamados pginas Web.
Este proyecto consistir de las pginas web que integrarn el portal o sitio en la
intranet de la CMI, denominado SAICOBIC.
II.2.14 Tipos de pginas web
II.2.14.1 Esttica
Permite a sus usuarios visualizar los datos pero no cambiarlos de ninguna
manera.
34
II.2.14.2 Dinmica
Es una pgina Web, su contenido se origina de una base de datos, las funciones
principales de estas son: mostrar el contenido de una base de datos con base en la
informacin que solicita un usuario a travs de un formulario de Web, actualizar el
contenido de una base de datos, mejorar la interaccin entre el usuario y el sitio Web
(Chvez, 2006).
II.2.15 Base de datos
Coleccin de datos relacionados. Una base de datos tiene una fuente de la cual
provienen los datos, algn grado de interaccin con los sucesos del mundo real, y una
audiencia que esta activamente interesada en el contenido de la base de datos
(Elmasri y Navathe, 2002).
Una coleccin compartida de datos lgicamente relacionados, junto con una
descripcin de estos datos, que estn diseados para satisfacer las necesidades de
informacin de una organizacin (Connolly y Begg, 2005).
Figura 18. Entorno de base de datos.

Fuente: Whitten y otros. (2003).
Uno de los objetivos fundamentales de un sistema de informacin es contar no
slo con recursos de informacin, sino tambin con los mecanismos necesarios para
35
poder encontrar y recuperar estos recursos. De esta forma, las bases de datos se han
convertido en un elemento indispensable no slo para el funcionamiento de los
grandes motores de bsqueda y la recuperacin de informacin en cualquier sistema,
sino tambin para la creacin de sitios web, Intranets y otros sistemas de informacin
en los que se precisa manejar grandes o pequeos volmenes de informacin. La
creacin de una base de datos a la que puedan acudir los usuarios para hacer consultas
y acceder a la informacin que les interese es, pues, una herramienta imprescindible
de cualquier sistema de informacin, sea en red o fuera de ella.
Una base de datos es una coleccin de datos organizados y estructurados segn
un determinado modelo de informacin que refleja no slo los datos en s mismos,
sino tambin las relaciones que existen entre ellos. Una BD se disea con un
propsito especfico y debe ser organizada con una lgica coherente. Los datos
podrn ser compartidos por distintos usuarios y aplicaciones, pero deben conservar su
integridad y seguridad al margen de las interacciones de ambos. La definicin y
descripcin de los datos han de ser nicas para minimizar la redundancia y maximizar
la independencia en su utilizacin.
En otras palabras, las BD son un conjunto de datos organizados para su
almacenamiento en la memoria de una computadora, diseado para facilitar su
mantenimiento y acceso de forma estndar, los datos se pueden expresar en forma de
textos, nmeros o grficos. Tambin se puede asumir que una base de datos es un
conjunto de archivos y/o registros dispuestos para ser procesados por una aplicacin y
analizados para su uso empresarial.
II.2.16 Tipos de bases de datos
II.2.16.1 Bases de datos estticas
stas son bases de datos de slo lectura, utilizadas primordialmente para
almacenar datos histricos que posteriormente se pueden utilizar para estudiar el
36
comportamiento de un conjunto de datos a travs del tiempo, realizar proyecciones y

tomar decisiones (Elmasri y Navathe, 2002).
II.2.16.2 Bases de datos dinmicas
stas son bases de datos donde la informacin almacenada se modifica con el
tiempo, permitiendo operaciones como actualizacin y adicin de datos, adems de
las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de
datos utilizada en un sistema de informacin de una tienda de abarrotes, una farmacia,
un videoclub (Elmasri y Navathe, 2002).
II.2.17 Clasificacin de las bases de datos segn su organizacin
Las bases de datos se pueden clasificar segn Silberschatz y otros (2002) en:
II.2.17.1 Bases de datos jerrquicas
stas son bases de datos que, como su nombre indica, almacenan su informacin
en una estructura jerrquica. En este modelo los datos se organizan en una forma
similar a un rbol (visto al revs), en donde un nodo padre de informacin puede
tener varios hijos. El nodo que no tiene padres es llamado raz, y a los nodos que no
tienen hijos se los conoce como hojas.
Las bases de datos jerrquicas son especialmente tiles en el caso de aplicaciones
que manejan un gran volumen de informacin y datos muy compartidos permitiendo
crear estructuras estables y de gran rendimiento.
Una de las principales limitaciones de este modelo es su incapacidad de
representar eficientemente la redundancia de datos:
37
Figura 19. Modelo Jerrquico.

II.2.17.2 Bases de datos de red

ste es un modelo ligeramente distinto del jerrquico; su diferencia fundamental
es la modificacin del concepto de nodo: se permite que un mismo nodo tenga varios
padres (posibilidad no permitida en el modelo jerrquico).
Figura 20. Modelo de Red.

Como se puede observar en la figura 19, el modelo de red fue una gran mejora
con respecto al modelo jerrquico, ya que ofreca una solucin eficiente al problema
de redundancia de datos; pero, aun as, la dificultad que significa administrar la
38
informacin en una base de datos de red ha significado que sea un modelo utilizado
en su mayora por programadores ms que por usuarios finales.
II.2.17.3 Bases de datos relacionales
Una base de datos relacional consiste de un conjunto de relaciones o tablas,

donde a cada una de ellas se le asigna un nombre nico. Cada fila o tupla de la tabla
representa una entidad descrita a travs de sus propiedades las cuales contienen
valores. Dado que cada tabla es un conjunto de dichas relaciones, hay una fuerte
correspondencia entre el conjunto de tabla y el concepto matemtico de relacin, del
que toma su nombre el modelo de datos relacional.
Tabla 1. Modelo Relacional. Entidad Estudiantes
CI_Estud
Apellido_Estud Nombre_Estud Ciudad_Estud
15.084.398
Guerra
Alejandro
VLP
3.332.489
Prez
Mara
Anztgui
..
..
..
..
..
..
..
..

Tabla 2. Modelo Relacional. Entidad Ubicacin de estudiantes
CI_Estud
Ubicacin_CL_Estud
15.084.398
06_00
3.332.489
14_00
..
..
..
..

Este es el modelo ms utilizado, ya que permite una mayor eficacia, flexibilidad
y confianza en el tratamiento de los datos. La mayor parte de las bases de datos y
39
sistemas de informacin actuales se basan en el modelo relacional ya que ofrece

numerosas ventajas sobre los otros modelos, como es el rpido aprendizaje por parte
de usuarios que no tienen conocimientos profundos sobre sistemas de bases de dados.
En el modelo relacional se representa el mundo real mediante tablas relacionadas
entre s por columnas comunes. Como se muestra en las tablas 1 y 2, cada lnea, que
en terminologa relacional se llama tpla, representa una entidad que se quiere
almacenar en la base de datos. Las caractersticas de cada entidad estn definidas por
las columnas de las relaciones, que se llaman atributos. Entidades con caractersticas
comunes, es decir descritas por el mismo conjunto de atributos, formarn parte de la
misma relacin.
II.2.18 Caractersticas principales de las bases de datos relacionales
Cada archivo contiene solo un tipo de registros.
Los campos no tienen un orden especfico, de izquierda a derecha.
Los registros no tienen un orden especfico, de arriba hacia abajo.
Cada campo tiene un solo valor.
Los registros poseen un campo identificador nico (o combinacin de campos)
llamada clave primaria.

II.2.19 Sistema de gestin de base de datos (SGBD)
Es un software informtico especializado y disponible en el mercado que se
utiliza para creacin, acceso, control y gestin de la base de datos (Whitten y otros,
(2003).
Es el software que interacta con los programas de aplicacin del usuario y con
la base de datos (Connolly y Begg, 2005). Normalmente proporciona la siguiente
funcionalidad:
Permite a los usuarios definir la base de datos, usualmente mediante un lenguaje
de definicin de datos (DDL, Data Definition Language). El DDL permite a los
40
usuarios especificar las estructuras y tipos de datos y las restricciones aplicables a los
datos que hay que almacenar en la base de datos.
Permite a los usuarios insertar, actualizar, borrar y extraer datos, usualmente
mediante un lenguaje de manipulacin de datos (DML, Data Manipulation
Language). Al disponer de un repositorio centralizado para todos los datos y las
descripciones de los datos, el lenguaje DML puede proporcionar un mecanismo
general de consulta de esos datos, denominado lenguaje de consulta.
Proporciona un acceso controlado a la base de datos. Por ejemplo puede
proporcionar:
Un sistema de seguridad, que evita que los usuarios no autorizados accedan a la
base de datos;
Un sistema de integridad, que mantiene la coherencia de los datos almacenados;
Un sistema de control de concurrencia que permite el acceso compartido a la
base de datos;
Un sistema de control de recuperacin, que restaura la base de datos a un estado
previo coherente despus de cada fallo hardware o software;
Un catlogo accesible por el usuario, que contiene descripciones de los datos que
estn almacenados en la base de datos.
41
Figura 21. Sistema de base de datos.

Fuente: Elmasri y Navathe. (2002).
En conclusin, el objetivo fundamental de un SGBD consiste en suministrar al

usuario las herramientas que le permitan manipular, en trminos abstractos, los datos,
o sea, de forma que no le sea necesario conocer el modo de almacenamiento de los
datos en la computadora.
II.2.20 Software libre
Es un trmino proveniente del ingls, free software es la denominacin del
software que respeta la libertad de los usuarios y por tanto, una vez obtenido, puede
ser usado, copiado, estudiado, modificado y redistribuido libremente.
42
El software libre se refiere a cuatro libertades fundamentales de los usuarios:
Libertad de usar el software con cualquier propsito.
Se puede usar en cualquier sistema operativo, en cualquier plataforma
informtica.
Se puede usar/instalar cualquier cantidad de copias del software.
No hay necesidad de comunicar al desarrollador el uso que se est haciendo del
software.
Libertad de estudiar cmo funciona el programa y adaptarlo segn sus
necesidades.
Libertad de distribuir copias.
Libertad de mejorar el programa y distribuir estas mejoras para que se beneficie
la poblacin.
Es decir, es software libre si los usuarios tienen todas las libertades mencionadas
anteriormente, software libre no significa que no sea comercial, un programa libre
debe estar disponible para el uso, la programacin y distribucin comercial.
II.2.21 Ciclo de vida del desarrollo de sistemas (CVDS)
Conjunto ordenado y sistemtico de acciones cuyo fin es resolver los problemas
de una empresa, por medio del desarrollo y el soporte de los sistemas de informacin
resultantes. Se conoce tambin como ciclo de vida de desarrollo de aplicaciones. (v.
figura 22)
Es un proceso por el cual los analistas de sistemas, los ingenieros de software, los
programadores y los usuarios finales elaboran sistemas de informacin y aplicaciones
informticas. Se trata de una herramienta de gestin de proyectos que planea, ejecuta
y controla los proyectos de desarrollo de sistemas (Whitten y otros, (2003).
43
Figura 22. Ciclo de Vida de desarrollo de sistemas.

Fuente: Whitten y otros. (2003)
II.2.21.1 Anlisis de sistemas
Es el estudio de una aplicacin del sistema de informacin y de empresa actual y
la definicin de las necesidades y las prioridades de usuario para conseguir una
aplicacin nueva o mejorada.
44
Figura 23. Anlisis de sistemas.

El anlisis de sistemas debe contemplarse como la resolucin de un problema de
empresa, con independencia de la tecnologa. El anlisis de sistemas se basa en las
cuestiones planteadas por los usuarios de sistemas; el inters se centra en cuestiones
de empresa, no en asuntos tcnicos o de implantacin.
La funcin o etapa de anlisis se subdivide a su vez en las siguientes fases:
II.2.21.1.1 Fase de estudio
Consiste en estudiar y analizar el sistema actual. La fase de estudio dota al
analista de una comprensin ms profunda de los problemas, las oportunidades y/o
las normas.
45
Figura 24. Actividades de la fase de estudio.

La fase de estudio da respuestas a preguntas del estilo merece la pena resolver
estos problemas? o merece la pena construir un nuevo sistema?.
46
II.2.21.1.2 Fase de definicin

Aqu se identifican las necesidades de los usuarios con respecto al nuevo sistema, en
materia de datos, procesos y redes. La fase de definicin da respuesta a la pregunta:
que necesita y quiere el usuario que haga el nuevo sistema?
Figura 25. Actividades de la fase de definicin.

47
II.2.21.1.2.1 Modelizacin
Acto de elaborar una o ms representaciones graficas de un sistema.
La grfica, diagrama o imagen resultante representar las necesidades planteadas
por los usuarios en cuanto a datos, procesos y redes desde un punto de vista de la
empresa (o de usuario). Para llevar a cabo la modelizacin de las necesidades
planteadas para elaborar el sistema se utilizarn los distintos diagramas propuestos en
la metodologa escogida. En la metodologa destacan, la elaboracin de diagramas de
modelos de datos (tambin denominados diagramas de entidad y relaciones DER),
son herramientas predilectas para la modelizacin de los requisitos de datos de un
nuevo sistema. En ellos los rectngulos son cosas acerca de las cuales los usuarios
necesitan almacenar datos. Los rombos y las conexiones son asociaciones o enlaces
entre las presencias de entidades diferentes.
Figura 26. Diagrama de modelo de datos.

48
Tambin destacan los diagramas de flujo de datos o de procesos, que constituyen

una de las herramientas predilectas para la documentacin de los requisitos de
procesos o actividades de un nuevo sistema. Los rectngulos redondeados son
procesos o actividades que transforman las entradas en salidas. Los rectngulos
abiertos son archivos o bancos de datos. Los cuadrados son los lmites del sistema.
Figura 27. Diagrama de flujo de datos.

49
Por ltimo se deben utilizar los diagramas de conectividad, que son tiles para
describir los lugares geogrficos donde pueden adquirir importancia los datos y los
procesos. Los crculos son lugares donde opera la empresa. Los cuadrados son
lugares situados fuera de la empresa.
Figura 28. Diagrama de conectividad.

II.2.21.2 Diseo de sistemas
En esta funcin o etapa se evalan las soluciones alternativas y se especifica la
solucin detallada de tipo informtico. Tambin recibe el nombre de diseo fsico.
El diseo trata los aspectos fsicos o dependientes de la implantacin del sistema
(las especificaciones tcnicas).
Como se muestra en la figura 28, el propsito de esta fase es, disear una
solucin tcnica que satisfaga las necesidades de empresa y resulte atractivo para los
usuarios finales, segn las especificaciones obtenidas en la funcin de anlisis.
50
Figura 29. Diseo de sistemas.

II.2.21.2.1 Fase de diseo e integracin
Dadas las necesidades de diseo y de integracin del sistema objeto obtenidas en
la funcin o etapa de anlisis, se desarrollan las especificaciones tcnicas de diseo.
El producto final ser el diseo tcnico del Sistema. Esta fase tiene un doble objetivo.
En primer lugar, y como mxima prioridad, el analista busca disear un sistema que
satisfaga las necesidades y resulte atractivo para los usuarios finales. En segundo
lugar, tambin muy importante, el analista pretende presentar especificaciones claras
y completas a los programadores y tcnicos informticos.
51
Figura 30. Actividades de la fase diseo e integracin.

En esta fase se hace un diseo general, que incluye actividades que sirven para
desarrollar un esquema del diseo global del sistema objeto. Luego un diseo
detallado, que son aquellas actividades que se centran en el desarrollo de las
especificaciones de diseo detallado de los componentes del esquema. Esta distincin
es importante desde un punto de vista semntico dado que muchas metodologas
contemplan el diseo general y el detallado como fases independientes.
II.2.21.2.1.1 Modelizacin de redes
Tcnica basada en diagramas que se emplea para describir la forma de un sistema
de empresa o de informacin en funcin de la ubicacin de sus usuarios, sus datos y
sus procesos.
52
II.2.21.2.1.2 Puesto
Cualquier lugar en el cual existe un usuario que emplea o interacciona con el
sistema de informacin o la aplicacin. En la siguiente figura se representa la
nomenclatura propuesta por Whitten y otros:
Figura 31. Nomenclatura Puesto.

El termino puesto puede aplicarse a diferentes cuestiones, segn se realice la
modelizacin de un sistema desde un punto de vista esencial (necesidad de empresa)
o de implantacin (necesidad de ordenadores y redes). Algunos ejemplos de ello
podran ser:
Tabla 3. Ejemplos de puestos o nodos.
Puestos esenciales
Puestos de implantacin
Ciudad
Lugar del ordenador o servidor
Campus Universitario
Lugar del terminal
Edificio
Lugar de racimo de terminales
Despacho
Racimo de red de rea local
rea (p Ej.: Almacn)
Conexin de red de rea extendida
Sucursal
Lugar de un perifrico
Cliente
Lugar de un perifrico de
comunicaciones
Proveedor
II.2.21.2.1.3 Diagrama de conexin de puestos (DCP)
Herramienta de modelizacin de redes que describe la forma de un sistema en
funcin de la ubicacin de sus usuarios, procesos y datos, as como las
53
interconexiones necesarias entre dichas ubicaciones. Respecto al caso de estudio, se

construir la red del sistema haciendo un DCP. En la figura 31 se muestra un
diagrama de conexin de puestos:
Figura 32. Diagrama de conexin de puestos.

II.2.21.3 Implantacin de sistemas
Es la construccin del nuevo sistema y el paso de dicho sistema a produccin, el
trmino produccin se utiliza para describir un sistema que ha sido puesto en
funcionamiento cotidiano. El objetivo de esta funcin o etapa es construir y/o
ensamblar los componentes tcnicos y poner en funcionamiento el sistema.
Figura 33. Implantacin de sistemas.

54
II.2.21.3.1 Fase de construccin y prueba de redes y bases de datos
Figura 34. Actividades de la fase de construccin y prueba de redes y bases de datos.

55
II.2.21.3.2 Fase de construccin y prueba de programas
Figura 35. Actividades de la fase de construccin y prueba de los programas.

56
II.2.21.3.3 Fase de instalacin y pruebas
Figura 36. Actividades de la fase de instalacin y pruebas del nuevo sistema.

57
II.2.21.3.4 Fase de entrega del nuevo sistema para su paso a explotacin
Figura 37. Actividades de la fase de entrega del nuevo sistema para su puesta en
funcionamiento.
II.3 Herramientas informticas utilizadas
Entre las herramientas de apoyo al desarrollo del sistema que se utilizarn se
cuentan:
Generador de cdigo: El editor de Textos Dreamweaver 8 para generar cdigo
HTML.
Servidor Web: Apache el cual se utilizar como servidor de cdigo abierto para
plataformas UNIX (gnu/linux) y Windows.
58
Lenguajes de programacin: HTML, Java script y PHP.

Manejador de bases de datos: MYSQL. Como requerimiento mnimo a nivel de
hardware se deber contar con:
Equipo computacional: Computadores con procesadores de la familia pentium IV,
como mnimo.
Capacidad de almacenamiento: Discos duros de 80 GB, como mnimo.
Dispositivos de entrada: Teclado, Mouse.
Dispositivo de salida: monitor, impresora.
59
CAPITULO III
MARCO METODOLGICO
La metodologa corresponde a la aplicacin de un modelo de referencia para la
elaboracin de sistemas de informacin, consta de una serie de funciones o etapas de
alto nivel, dichas etapas se componen de fases, las cuales a su vez se subdividen en
actividades que explican cmo se realizar el estudio, qu se realizar dentro del
mbito de un modelo de referencia para la culminacin acertada de un proyecto
informtico.
III.1 Anlisis del sistema
III.1.1 Fase de estudio
Las actividades a realizar en esta fase son:
III.1.1.1 Conocer el sistema actual
En esta actividad se obtendr un conocimiento bsico del sistema actual y el
proceso manual, para ello se aplicarn tcnicas de recoleccin de datos que permitirn
una visin general del sistema de manipulacin de informacin de los bienes de la
institucin, se proceder en primer lugar a elaboracin de entrevistas con la directora
de Desarrollo Tcnico, y el director de Administracin y Servicios quienes
suministrarn a grandes rasgos toda esta informacin; la entrevista ser de tipo
informal con duracin de una hora aproximadamente con cada una, por separado,
seguidamente la revisin de documentacin y extraccin de datos importantes y
finalmente se aplicar el mtodo de observacin diaria que consistir en percibir
directamente la forma como se llevan a cabo las actividades y funciones relativas al
caso de estudio en la Contralora del Municipio Infante (CMI).
60
III.1.1.2 Analizar los problemas y oportunidades

Aqu se analizarn los problemas que se encuentren en la actividad anterior, se
investigarn las causas y los efectos y se plantearn oportunidades de solucin a las
deficiencias detectadas. Una vez conocidas las funciones de la institucin y la forma
como se llevan a cabo, se proceder a la realizacin de reuniones con los diferentes
miembros de la Direccin de Administracin y Servicios, donde se pueda evidenciar
la carencia de informacin concreta, oportuna, confiable, que es el objetivo principal
del sistema, de ah se generar una lista de inconvenientes que se presentan para el
inventario y control de informacin relativa a los bienes de la institucin, as como
oportunidades para mejorar situaciones existentes, todo ello se reflejar en una matriz
donde adems se incluirn las causas y los efectos, con el fin de ir determinando los
requerimientos para el nuevo sistema.
III.1.1.3 Establecer los objetivos del nuevo sistema
De la matriz obtenida de problemas y oportunidades surgir la lista de objetivos
que plantea conseguir la institucin con la realizacin del sistema, se redactarn en
forma precisa ya que con estos se pretende subsanar todas las deficiencias
conseguidas. Para identificar los objetivos se realizar una matriz donde se incluyan
los problemas y/o oportunidades de la actividad anterior conjuntamente con los
objetivos.
III.1.2 Fase de definicin
Qu necesita y quiere el usuario que haga el nuevo sistema? Se obtendr una
lista de necesidades planteadas por los usuarios finales del sistema, para ello se
llevarn a cabo las siguientes actividades:
III.1.2.1 Identificar las necesidades y requerimientos del nuevo sistema
Una vez analizado el sistema actual y el proceso manual que se ejecuta en la
institucin se da inicio a esta actividad, en la cual se obtiene la lista de requerimientos
61
para el SAICOBIC con el objeto de obtener un listado de las necesidades prioritarias

que deben ser cubiertas y que garantice la satisfaccin de los usuarios. Del estudio de
los resultados obtenidos de las fases y actividades anteriores se obtienen tales
requerimientos, una vez obtenidos los requerimientos se proceder a reuniones
grupales que posiblemente planteen nuevas necesidades. Para ello se clasificarn los
requerimientos en cuatro grupos:
Requerimientos de informacin: se definir la informacin que se quiere manejar
permanentemente por la institucin.
Requerimientos de almacenamiento. Se definir la informacin que se quiere
almacenar, con la cual se trabajar desde la BD que servir de apoyo al SAICOBIC.
Requerimientos funcionales: aqu se definirn las funciones del SAICOBIC, entre
las que se cuentan las funciones generales del sistema, funciones de mantenimiento y
actualizacin y las funciones de control y seguridad.
Requerimientos de interfaz de los usuarios: aqu se definirn los estndares de
diseo de la interfaz. La interfaz es la mediacin entre el usuario y el sistema, la
interfaz es la que media, provee y facilita la comunicacin y la interaccin entre dos
sistemas de diferente naturaleza, tpicamente el ser humano y una mquina como la
computadora.
III.1.2.2 Modelizar las necesidades del nuevo sistema
En esta actividad se expresan las necesidades de usuario y de empresa junto con
los detalles del sistema en forma de modelos de sistemas, en esta fase se utilizarn los
diagramas de entidad-relacin, los diagramas de flujos de datos y procesos y, los
diagramas de conectividad. Estos diagramas permitirn observar la distribucin de los
datos, procesos y personas, obteniendo una descripcin general del sistema desde el
punto de vista de los usuarios.
62
III.2 Diseo del sistema

III.2.1 Fase de diseo e integracin
Esta fase implica el desarrollo de especificaciones tcnicas de diseo. Las
actividades que se realizarn sern:
III.2.1.1 Analizar y distribuir los datos
Se revisar y modificar el modelo de datos obtenido en la etapa de anlisis. Se
obtendr un buen modelo de datos, que permita el desarrollo de soluciones de bases
de datos ideales. Se normalizaran los datos, que se refiere al modo de agrupacin de
los atributos de datos en forma de entidades estables, flexibles y adaptables. Se har
el anlisis de sucesos, se estudiarn las entidades en un modelo de datos totalmente
normalizado con el fin de identificar sucesos y condiciones que originen la creacin,
modificacin o borrado de datos.
III.2.1.2 Analizar y distribuir los procesos
Los modelos revisados de datos y procesos se utilizarn en esta actividad para
distribuir los datos del sistema objeto. Se pasar en esta actividad al desarrollo de
modelos de procesos distribuidos. Se disear el diagrama de conexin de puestos
desde el punto de vista tcnico, en consecuencia se diseara la red del sistema a partir
del diagrama obtenido en esta actividad.
III.2.1.3 Dividir en unidades de diseo
Se dividir el sistema objeto en unidades de diseo independientes. Se
determinar el mejor modo en que se puede dividir el sistema objeto en fragmentos
ms pequeos a travs de los cuales sea posible completar con facilidad los detalles
del diseo; las unidades de diseo que resulten actuarn a modo de esquema que
servir de gua para desarrollar las actividades propias del diseo detallado.
63
III.2.1.4 Disear bases de datos

Luego de realizado el diseo general (actividades 1, 2 y 3) se desarrollarn las
especificaciones de diseo de la base de datos BdBienes.
III.2.1.5 Disear entradas y salidas informticas
Obviamente todo sistema que realiza un proceso debe tener entradas y salidas,
entonces se disearan las entradas y salidas para el mismo. En esta actividad se
trabajar en estrecha colaboracin con los futuros usuarios del SAICOBIC, analistas
y tcnicos de informtica de la Contralora del Municipio a los fines de desarrollar
especificaciones de entrada y salida consistentes con los requerimientos obtenidos.
III.2.1.6 Disear interfaces interactivas de usuario
El SAICOBIC ser, tal como se ha planteado en su concepcin, un sistema en
ambiente Web, es decir on-line, por lo cual la necesidad de diseo de interfaces
interactivas es una actividad primordial. Se confeccionarn interfaces fciles de
aprender y utilizar en torno a las pantallas interactivas de entrada y salida que se
diseen en las actividades de entradas y salidas informticas (III.2.1.5).
III.2.1.7 Presentar y revisar el diseo
Se presentarn en esta actividad las especificaciones tcnicas que se hayan
obtenido hasta el momento, se revisaran y se reconfigurarn si ese es el caso. Luego
que se presenten, revisen y reconfiguren se preparar otro componente:
Un plan de implantacin que presente un calendario para las fases de
construccin y entrega.
III.3 Implantacin del sistema
III.3.1 Fase de construccin y prueba de redes y bases de datos
64
III.3.1.1 Construir y probar redes

Se harn las modificaciones pertinentes a las redes proyectadas en la fase de
diseo, se obtendrn redes instaladas que se pondrn en funcionamiento en la
institucin.
III.3.1.2 Construir y probar bases de datos
Se construir la base de datos BdBienes, como consecuencia de los detalles
obtenidos en la fase de diseo.
III.3.2 Fase de construccin y prueba de programas
III.3.2.1 Plan de programacin
Esta es la actividad contigua, solapada, o cruzada a la conclusin de la fase de
diseo (III.2.1.7), donde normalmente se genera un plan de implantacin, el cual por
lo general no es lo suficientemente explicito para la construccin del sistema. Por ello
en esta actividad se desarrollar un plan de programacin que incluya la revisin de
las especificaciones de diseo.
III.3.2.2 Escribir y probar programas
Corresponde a esta actividad la codificacin y prueba del sistema.
III.3.3 Fase de instalacin y pruebas
III.3.3.1 Instalar nuevos paquetes de software
Corresponde a la instalacin de programas y paquetes tales como Apache, PHP,
Dreamweaver y MySQL, tambin de libreras, utilidades, etc. Asociadas a los
mismos. Que sern utilizados para las correspondientes pruebas.
65
III.3.3.2 Probar los paquetes de software

Corresponde a la carga y funcionamiento de rutinas y procedimientos de prueba
de los paquetes Apache, PHP, Dreamweaver y MySQL, y su verificacin de
compatibilidad con el sistema operativo Windows Server 2003, el cual est instalado
en el servidor de datos de la institucin.
III.3.3.3 Realizar pruebas del sistema
Luego de instalados y probados los paquetes de software en el servidor
Servprincipal, se realizar por lo menos una prueba de sistema, esto a fin de
garantizar que el SAICOBIC funcione adecuadamente, aun mas si se tiene muy en
cuenta que se desarrollar el sistema en ambiente de software libre y el Sistema
Operativo del servidor es propietario.
III.3.4 Fase de entrega del nuevo sistema para su paso a explotacin
Para la culminacin del proyecto se entregar:
El SAICOBIC y se proporcionar toda la informacin tcnica y la
documentacin necesaria para los analistas y tcnicos de sistemas de la contralora en
un informe entregado a la direccin de desarrollo tcnico donde se incluirn todos los
detalles, utilidades, libreras, recursos, etc. Utilizados durante la realizacin del
sistema.
Tambin se elaborar y se entregar el manual de usuario.
66
CAPITULO IV
PRESENTACIN DE RESULTADOS
En este captulo se presentan los resultados obtenidos en la investigacin y
posterior desarrollo del proyecto, lo cual incluye la definicin de requisitos y
necesidades de usuario. Se presenta igualmente la modelizacin del sistema,
considerando el anlisis y distribucin de datos y procesos, las unidades de
diseo y la base de datos. Por ltimo, se hace referencia a la plataforma de la
red diseada y la implantacin del sistema.
IV.1 Anlisis del sistema
IV.1.1 Conocimiento del sistema actual y el proceso manual
Se consult y entrevist a los funcionarios de la direccin de desarrollo tcnico
y de administracin y servicios, se aplic el mtodo de observacin diaria, en
consecuencia se observ el sistema en uso y el manejo manual de la informacin
relativa a los bienes de la institucin. Se constat que el sistema en uso no
maneja informacin completa de los bienes de la Contralora del Municipio
Leonardo Infante, tales como fecha de adquisicin, vendedor, garanta, un
archivo histrico de prstamos, transferencias y desincorporaciones de los
bienes. Tambin se constat que el sistema no maneja reportes por tipo, por
cdigo, por dependencia.
Igualmente, se pudo observar que en el proceso manual los analistas han
creado tablas y formatos en hojas de clculo en Excel adaptados segn su criterio
particular, no se lleva un estndar en el almacenamiento de la informacin y,
puede percibirse que el usuario tiene gran discrecionalidad en la manipulacin de
los datos, lo que trae como consecuencia la vulnerabilidad de los mismos.
Puede ocurrir como en efecto ha ocurrido,
67
la prdida de informacin, debido a que
estos datos son susceptibles de no ser respaldados, es decir, se modifican datos en

los equipos de computacin de los usuarios sin mediar copias, ni rplicas de los
mismos por parte de la direccin de desarrollo tcnico. Ello ha trado como
consecuencia la discrepancia en la data almacenada en el sistema y en las hojas de
clculo, adems de la data almacenada en los archivos en fsico. Se recogi y
se analiz informacin documental tal como la publicacin BM 20 (publicacin de
la Contralora General de la Repblica), formatos de reportes en fsico, formatos de
traslado, desincorporacin y prstamo entre dependencias.
IV.1.2 Anlisis de problemas y oportunidades
Los problemas ms relevantes encontrados en la actividad de conocimiento
del sistema en uso y el proceso manual realizado se muestran en la tabla 4.
Tabla 4. Matriz de problemas y oportunidades del SAICOBIC
Problema
Oportunidad
Causa(s) Efecto(s)
Sistema de informacin Es un sistema de vieja data Poca interactividad con

en ambiente MS-DOS
en ambiente turbo
los usuarios
Interfaz sin el logo de El sistema antiguo fue un Se deben hacer reportes en
sistema general creado hojas
membretadas
la institucin
para uso comercial y no se previamente
adaptaron las interfaces a
la presentacin institucional
requerida
Atraso
en
la Se debe a informacin
durante
su
presentacin de reportes disgregada
compilacin en el proceso
manual
Inconsistencia de la data
Informacin inoportuna,
prdida de horas hombre
incidiendo
en
la
productividad
y
desempeo
de
los
analistas
Informacin
que
fue Se traslapan datos
cargada en el sistema
automatizado la cual a su
vez no fue actualizada en el
proceso manual y viceversa
68
Problema
Oportunidad
Causa(s) Efecto(s)
Se
dificulta
ubicar No se lleva control de En el caso de falla de
garanta de los equipos fecha de
compra
y los equipos no se hace
elctricos y/o electrnicos tiempo de garanta
efectiva la garanta
Se guarda data en un Esta informacin no es
seudo-proceso de control respaldada
por
la
en hojas de Excel
direccin de desarrollo
tcnico
Se
puede
borrar,
modificar
y
en
consecuencia perderse la
data sin que medie la
direccin de desarrollo
tcnico

IV.1.3 Objetivos del nuevo sistema
En base
a los
problemas oportunidades
y efectos
identificados se
desarrollan los objetivos del nuevo sistema, los cuales son mostrados en la tabla 5:
Tabla 5. Matriz de objetivos del SAICOBIC.
Problema
Oportunidad
Causa(s) Efecto(s)
Oportunidad:
Crear Carencia
de
sistema Crear
sistema
nuevas
destrezas
en multiusuario
ambiente web
arquitectura
Responsabilidad de la
cliente/servidor.
Direccin de Desarrollo
Tcnico de investigar y
evaluar tecnologas de
informacin
en
Oportunidad: Centralizar La
data
no
est Proveer acceso eficaz y
la data en el servidor de Integrada en un solo eficiente a la data
datos
sistema de Informacin
69
Problema
Oportunidad
Causa(s) Efecto(s)
Oportunidad: Hacer la Datos traslapados, no Tener control

informacin
concreta, hay seguimiento
de informacin
confiable y oportuna
control de los bienes
desde
su adquisicin
hasta su desincorporacin
de
la
Oportunidad: Facilitar el Extender el alcance de Apoyar en la toma de

desarrollo de los procesos la informacin
decisiones
organizacionales
en
cuanto a bienes se refiere
Fuente: Autor (2013)

IV.1.4 Necesidades y requerimientos del nuevo sistema
Luego de estudiado el problema y su entorno se definieron los requerimientos
y necesidades de usuario y de organizacin. Entre estos requerimientos se
tienen:
IV.1.4.1 Requerimientos de informacin
Luego de haber interactuado con los futuros usuarios, se determin que el
SAICOBIC debe generar informacin de: tipo de bienes, cdigo, marca, modelo,
fecha de adquisicin, serial, dependencia a la que pertenece o esta asignado, status del
bien (activo, desincorporado, transferido, prestado).
IV.1.4.2 Requerimientos de almacenamiento
Vienen dados por la necesidad de guardar data que posteriormente se pueda
interpretar para mejorar los procesos administrativos, a partir de ello, se determin
que se debe almacenar data referente a: bienes, histrico, usuarios, personas
responsables de los bienes, tipos y ubicacin de los mismos.
70
IV.1.4.3 Requerimientos funcionales

El
sistema
permite
el
registro,
actualizacin,
consulta,
prstamos,
transferencias y desincorporacin de bienes en la base de datos, as como tambin

los reportes asociados a estos eventos . Respecto a control y seguridad, el
mismo permite el acceso solo a usuarios autorizados, igualmente el acceso a los
mens del sistema est permitido a los usuarios de acuerdo a los privilegios que le
son conferidos por el administrador web.
IV.1.4.4 Requerimientos de interfaz de los usuarios
Los usuarios solicitaron una interfaz en ambiente visual, sensible al ratn y
al teclado, fcil de navegar, de fcil direccionamiento y re direccionamiento a
las pginas. La directora de desarrollo tcnico por su parte indic qu, para
mantener la uniformidad de los sistemas de informacin elaborados en la
institucin se debe cumplir de acuerdo a su metodologa entre otros con los
siguientes estndares:
Colores blanco, azul, verde y gris, con tonalidades y/o variaciones entre
estos colores.
Men al lado izquierdo de la pantalla y/o en la parte superior.
Validacin de usuario(s) en la primera pgina y/o formulario.
Cabecera con el logotipo e identificacin del sistema.
Campos clave como primer atributo de una lista de registros
tanto para entrada como para salida de la data.
Link o enlace de modificacin de datos en el primer campo clave
del registro.
Reportes impresos: En su parte superior o cabecera con el logotipo de la
institucin en la esquina izquierda, membrete en el centro junto con la denominacin

del reporte y por ultimo fecha de emisin en la esquina derecha. En su parte
central al culminar la cabecera el contenido del reporte y los registros divididos
en celdas con bordes color negro. En su parte inferior la numeracin de pgina en
71
el centro, y deber contener al menos dos nombres con denominacin de

cargo, de los funcionarios involucrados o que sean directamente responsables de la
unidad
organizacional
respectiva .
Todos
los
reportes debern carecer de
coloracin de fondo.
IV.1.5 Modelizacin de necesidades del nuevo sistema

Correspondiendo a la representacin grfica de necesidades, en el diagrama
entidad relacin de la figura
43, se plantea la necesidad de almacenar
informacin referente a: tipo de bienes, ubicaciones, informacin del
histrico,
personas responsables, usuarios y la informacin filiatoria de los bienes.

Correspondiendo a la representacin grfica de necesidades, en el diagrama
entidad relacin de la figura 43, se plantea la necesidad de almacenar informacin
referente a: tipo de bienes, ubicaciones, informacin del histrico, personas
responsables, usuarios y la informacin filiatoria de los bienes.
Figura 38. Diagrama E-R del SAICOBIC en la etapa de Anlisis.

El mbito del proyecto queda definido por el diagrama de flujo de datos de la

figura 44, donde se observa la relacin entre el sistema y las dependencias
72
directamente relacionadas.
Figura 39. DFD de contexto del SAICOBIC.

Posteriormente se descompone el sistema en subsistemas que realizan tareas de

menor complejidad (v. figura 45):
Figura 40. Diagrama de descomposicin del SAICOBIC.

73
A continuacin, en la figura 46, se observan los procesos principales que

debe realizar el sistema, los mismos son el punto de partida para la
codificacin del sistema:
Figura 41. DFD o de procesos del SAICOBIC.

Las necesidades de datos del sistema que corresponden al punto de partida

para el diseo de la base de datos, se muestran en la figura 47.
Figura 42. Almacenes de datos del SAICOBIC en la etapa de Anlisis.

74

Finalmente, en la figura 48 se muestra el diagrama de conectividad que indica
los sitios donde adquieren importancia los datos.
Figura 43. Diagrama de conectividad del SAICOBIC.

De acuerdo a lo anterior, los lugares donde adquieren importancia los datos y los
procesos son los siguientes:
Contralor(a), consultas, reportes y verificacin de dotacin para de esta
manera asignar recursos fsicos a las dependencias.
Administracin y servicios, dem al anterior.
Jefe de servicios generales, dem al anterior.
Analistas de bienes, ingreso, modificacin, desincorporacin, transferencia,
prestamos, reportes, consultas.
Direccin de desarrollo tcnico, administracin del sistema.
IV.2 Diseo del sistema

Se expone a continuacin las especificaciones tcnicas que debe contener el
SAICOBIC, desde las entidades y los atributos que contendr la base de datos,
pasando por la rectificacin de la topologa de red existente en la institucin, las
75
unidades de diseo, y el diseo de las interfaces, hasta de un plan de implantacin

para la etapa de implantacin.
IV.2.1 Anlisis y distribucin de datos
Luego de analizado el problema se ha determinado que
la base de datos
debe contar con al menos, las entidades especificadas en la tabla 6:
Tabla 6. Entidades del SAICOBIC .

Entidad
Bienes
Descripcin
Contiene los datos de identificacin del
bien
Contiene los movimientos del bien a
lo largo
del tiempo, prstamos,
transferencias, etc
Es la ubicacin administrativa del
bien,
por
ejemplo
despacho
administracin, etc
Es el funcionario responsable de la
dependencia,
el director, jefe de
divisin, etc
Es la clasificacin impuesta por la
Contralora General de la Repblica
Histrico del bien
Ubicacin
Persona responsable
Tipo de bien
Usuarios
Son los usuarios permitidos para

acceder al sistema
Se procedi a aadir atributos que fueran consistentes con la informacin que se

quiere manejar, se aadieron claves a las entidades, las claves se denotan en negrita y
se subrayan en las tablas adjuntas a continuacin. As mismo, se normalizaron las
entidades, es decir los dominios de los atributos constan solo de valores
atmicos, igualmente, todos los atributos de cada entidad dependen de la clave
primaria y por ltimo, ningn atributo puede ser deducido o calculado (por lgica o
por frmulas) de otros atributos en la misma entidad.
La entidad bienes deber contener por lo menos los siguientes atributos de
76
datos (v. tabla 7):
Tabla 7. Atributos de datos entidad BIENES.

CDIGO DEL BIEN
TIP DE BIEN SEGN PUBLICACIN BM 21 DE
LA C.G.R
DESCRIPCIN DEL BIEN
MARCA DEL BIEN
MODELO DEL BIEN
SERIAL DEL BIEN
VALOR DE SALVAMENTO DEL BIEN
AOS DE VIDA TIL
TIEMPO DE GARANTA
Para llevar el histrico del bien, es decir las transferencias, prstamos o
desincorporacin. Se debe contar con los atributos que se observan en la tabla 8.
Tabla 8. Atributos de datos entidad HISTRICO DEL BIEN.

CDIGO DEL BIEN
TRANSFERENCIA DEL BIEN
PRSTAMO DEL BIEN
DESINCORPORACIN DEL BIEN
FECHA DE TRANSFERENCIA
FECHA DE PRSTAMO
FECHA DESINCORPORACIN
OBSERVACIONES DE LA TRANSFERENCIA
OBSERVACIONES DEL PRSTAMO
OBSERVACIONES DE LA DESINCORPORACIN
Para llevar el control de los usuarios autorizados en el sistema se estima que la

77
entidad usuario tenga al menos los atributos de datos de la tabla 9:
Tabla 9. Atributos de datos entidad USUARIO

CDULA DE IDENTIDAD USUARIO
APELLIDO USUA
NOMBRE DE PILA DEL USUARIO
USUARIO EN EL SAICOBIC
CLAVE DE USUARIO
La
entidad
ubicacin
contendr
los
siguientes
atributos
de
datos
especificados en la tabla 10:

Tabla 10. Atributos de datos entidad UBICACIN.
CDIGO DEL BIEN
UBICACIN DEL BIEN (001,002ETC)
DESCRIPCIN DE UBICACIN (DESPACHO, ADMON,
SERVICIOS JURDICOS.. ETC)
Tambin el SAICOBIC deber contar con una entidad de funcionarios
responsables de los bienes, es decir los responsables de las dependencias, los
directores. Dicha entidad, persona responsable del bien se observa en la tabla 11:
Tabla 11. Atributos de datos entidad PERSONA RESPONSABLE DEL BIEN.

CDULA DE IDENTIDAD DEL RESPONSABLE
APELLIDO DEL RESPONSABLE
NOMBRE DEL RESPONSABLE
UBICACIN DEL RESPONSABLE (001, 002ETC)
Los tipos de bienes segn la clasificacin de la Contralora General de la
78
Repblica podrn ser almacenados en la entidad tipo de bien, que se muestra en la

tabla 12.
Tabla 12. Atributos de datos entidad TIPO DE BIEN.

TIPO DE BIEN SEGN PUBLICACIN BM 21 DE LA C.G.R
DESCRIPCIN TIPO DE BIEN SEGN PUB BM_21 DE LA C.G.R
En este anlisis se identificaron los sucesos de las entidades. Las entidades

fundamentales obtenidas desde la etapa de anlisis son: bienes, histrico del bien,
usuario, ubicacin, persona responsable del bien y tipo del bien. A continuacin se
identifican los sucesos de empresa, los cuales son presentados en la tabla 13, esta
consta de cinco columnas: nombre de entidad, descripcin del suceso, nombre del
suceso, tipo de accin que el suceso de empresa provoca en la entidad (se utiliza el
acrnimo CLAB C=crear, L=leer, A=actualizar, B=borrar) y por ltimo la columna
condiciones.
Tabla 13. Anlisis de sucesos de entidades.

Nombre de Descripcin del
entidad
suceso
Bienes
Se incorpora un
nuevo bien
Se desincorpora
un bien
Nombre del
suceso
Incorporar
Desincorporar
Se presta o
transfiere un bien
Transferir
Prestar
79
CLA
Condiciones
B
LC
No debe existir el
bien a incluir. Debe
existir el bien a
LA
desincorporar. Se
debe modificar el
atributo status. Debe
existir el bien a
modificar.
LA
Se debe modificar el
atributo status.
Nombre de
entidad
Descripcin del
suceso
Nombre del
suceso
Desincorporar un
bien
Se presta o
transfiere un bien
Desincorporar
Ubicacin
Ubicar el bien en
una unidad
administrativa
Ubicar
Persona
responsable
del bien
Responsabilizar al
director
de
la
dependencia
de ubicacin
del bien
Registrar la
clasificacin del
bien
Responsabilizar
Histrico del
bien
Tipo de bien
Usuario
Transferir
Prestar
CLA
Condiciones
B
LA
Se modifica el
atributo
Desincorporar,
LA transferir o prestar
segn sea el
caso.
CLA Se modifican los
atributos
ubicacin
y
descripcin
de
ubicacin.
C L Se modifican los
A B atributos cedula,
apellidos, nombres y
ubicacin del
trabajador.
Registrar tipos de
bienes
CL
Registro de
usuarios
CL
Entidad que solo

esta disponible al
administrador
del SAICOBIC
, Permite realizar:
Registro
de usuarios
Modificacin
de usuarios
Consulta
Eliminacin
No debe existir el
usuario a incluir.
Debe
existir el
LA LC usuario.
Idem. Idem.
LB Se pueden modificar
todos los atributos
excepto cedula.
IV.2.2 Anlisis y distribucin de procesos

IV.2.2.1 Puestos de procesamiento.
Los puestos de procesamiento definidos para el sistema son:
80
Se clasifican los
bienes segn tabla de
la C.G.R.
Direccin de desarrollo tcnico, servidor.
Contralor(a), cliente 1.
Administrador(a), cliente 2.
Jefe de servicios generales, cliente 3.
Analista de bienes, clientes 4 y 5
IV.2.2.2 Diagrama de descomposicin de puestos

A continuacin, en la figura 44, se ilustra la composicin jerrquica de los
puestos del sistema.
Figura 44. Diagrama de descomposicin de puestos del SAICOBIC .

81
IV.2.2.3 Diagrama de conexin de puestos

Este diagrama refleja la distribucin
geogrfica de los puestos de
procesamiento. Con base en ello, se observa el puesto servidor DDT, y los

puestos clientes, contralor, administrador y analistas (v. figura 45).
Figura 45. Diagrama de conexin de puestos del SAICOBIC

IV.2.2.4 Diccionario de proyectos
El diccionario de proyectos definido para el SAICOBIC se muestra en la tabla 14,
presentada a continuacin:
Tabla 14. Diccionario de proyectos del SAICOBIC .
Puesto
Tipo
Descripcin
DDT
Servidor Contiene el servidor fsico denominado
SERVPRINCIPAL que corre el servidor web
apache, el manejador de bases de datos MYSQL con
la base de datos embebida en el, el analizador
sintctico de PHP, el editor de pginas web
Dreamweaver y procesa todas las transacciones
relacionadas con el SAICOBIC . Este puesto es el sitio
web o servidor del SAICOBIC .
82
Puesto
Tipo
Contralor(a)
Cliente
Administrador(a)
Cliente
Jefe de servicios
generales
Cliente
Analista
bienes
de Cliente
Analista
de Cliente
bienes
Descripcin
Consulta de: bienes, desincorporaciones,
transferencias y de prestamos entre las dependencias.
Por lo general para anlisis de la data y toma de
decisiones.
decisiones.
decisiones.
Registra, modifica, consulta y elimina presencias en
el sistema. Es el transcriptor del sistema.
dem al anterior
IV.2.2.5 DFD de topologa de redes
En el diseo de red se determinaron los dispositivos de almacenamiento y

capacidades de datos, protocolos de conexin, puestos, tipos y nmero de
procesadores, queda de la siguiente manera (v. figura 46):
Figura 46. DFD de topologa de red del SAICOBIC .

83
IV.2.2.6 DFD de topologa de redes con distribucin de almacenes de datos

Todos los datos estn almacenados en el servidor de datos, en consecuencia su
topologa de red es la misma que la topologa fsica del sistema, pero con el aadido
de los almacenes de datos. En la figura 47 se observa el DFD de topologa de red
con almacenes de datos.
Figura 47. DFD de topologa de red con distribucin de almacenes de datos.

IV.2.2.7 DFD de topologa de redes con distribucin de los procesos
En este diagrama se ilustran los procesos de insercin, actualizacin, consulta

y eliminacin, adems de los reportes requeridos por los usuarios del SAICOBIC
(v. figura 48).
84
Figura 48. DFD de topologa de red con distribucin de procesos.

IV.2.3 Divisin en unidades de diseo

En esta actividad se plante la construccin de mdulos independientes entre s
como son: mdulo bienes, mdulo funcionarios, mdulo ubicaciones, mdulo
clasificacin de bienes, mdulo reportes, mdulo ayuda y finalmente el mdulo
administrador del sistema denominado D.D.T.
Las divisiones de unidades de
diseos especificadas se muestran en las figuras 49, 50, 51, 52, 53 y 54.
Figura 49. Unidad de diseo bienes.

85
Figura 50. Unidad de diseo funcionarios responsables.

Figura 51. Unidad de diseo ubicaciones.

Figura 52. Unidad de diseo clasificacin de bienes.

Figura 53. Unidad de diseo Reportes.

86
Figura 54. Unidad de diseo Direccin Desarrollo Tcnico.

IV.2.4 Diseo de base de datos

Luego de revisadas las entidades y atributos obtenidos en la funcin de anlisis,
se rectificaron
y modificaron los mismos pasando de las seis entidades pensadas
originalmente a nueve. Las entidades finales se especifican en esta actividad de la

manera siguiente:
La entidad bienes (v. tabla 15) contiene la data filiatoria de los bienes, tal
como cdigo, tipo de bien, descripcin, marca, modelo, serial, fecha de compra,
precio, situacin o status.
Tabla 15. Entidad Bienes.
Atributos
Tipo
Nulo
Cdigo del bien
Entero (10)
No
Tipo de bien
Entero (10)
Descripcin
Cadena (255)
Marca
Cadena (50)
Modelo
Cadena (50)
Serial
Cadena (80)
Fecha compra
Fecha
Precio
decimal(10,2)
87
Atributos
Tipo
Nulo
vendedor
Cadena (255)
Asignado
Carcter (2)
No
Valor de salvamento
decimal(10,2)
Vida til
Entero (1)
Garanta
Entero (1)
Carcter (1)
No
Status
La entidad histrico pensada en la funcin de anlisis se transform en la

entidad hermana de los bienes (v. tabla 16), la cual contiene los movimientos entre
dependencias y pas a llamarse hermana bienes.
Tabla 16. Entidad hermana bienes.
Atributos
ndice auto numrico incremental
Tipo
Entero (50)
Nulo
No
Cdigo del bien
Entero (10)
No
Fecha del movimiento
Fecha
No
Tipo de movimiento
Carcter (1)
No
Entero (6)
No
Movido a la dependencia
La tabla 17 corresponde a la entidad contentiva de los funcionarios

responsables de los bienes en cada dependencia, es decir los directores.
Tabla 17. Entidad Persona responsable bien.
Atributos
Cdula
Tipo
Entero (10)
Nulo
No
Ubicacin
Entero (6)
No

La entidad tipo contiene el tipo y la descripcin del bien segn la
88
contralora general de la repblica. Se observa la misma en la tabla 18.

Tabla 18. Entidad tipo de bien.
Atributos
Tipo de bien
Descripcin de tipo
Tipo
Entero (10)
Nulo
No
Cadena (255)
No
La tabla 19 muestra los dos atributos de la entidad ubicacin.

Tabla 19. Entidad Ubicacin
Atributos
Cdigo de dependencia
Tipo
Entero (6)
Nulo
No
Descripcin dependencia
Cadena
(255)
No
La tabla 20 presenta la entidad contentiva de los usuarios clientes del

SAICOBIC:
Tabla 20. Entidad Usuarios.

Atributos
Cdula
Tipo
Entero (10)
Nulo
No
Apellidos
Cadena (50)
No
Nombres
Cadena (50)
No
Usuario en el sistema
Cadena (50)
No
Clave de usuario
Cadena (50)
No
89
La asignacin de bienes por dependencias se debe insertar en la entidad

asigna bienes, la cual se denota en la tabla 21.
Tabla 21. Entidad asignacin de bienes.
Atributos
ndice auto numrico incremental
Tipo
Entero (30)
Nulo
No
Cdigo del bien
Entero (10)
No
Asignarlo a
Entero (6)
No
Fecha
No
Fecha de asignacin
En relacin a Men (v. tabla 22), es la entidad que contendr el cdigo y

ubicacin del men de opciones del mdulo de bienes.
Tabla 22. Entidad men.
Atributos
Cdigo de men
Tipo
Carcter (2)
Nulo
No
Titulo de men
Cadena (30)
No
Jerarqua
Entero (11)
No
Orden del men
Entero (11)
No
url
Cadena 100)
No
Por ltimo, la entidad privilegio (v. tabla 23), contendr los cdigos de men y
la autorizacin del privilegio: si o no, para el acceso de los clientes del
SAICOBIC a cada mdulo. La interseccin de men y usuario dan como resultado el
privilegio que se otorga al cliente.
90
Tabla 23. Entidad privilegio.

Atributos
Tipo
Nulo
Cdigo privilegio
Entero (30)
No
Cedula
Entero (10)
No
Cdigo de men
Carcter (2)
No
Privilegio
Carcter (2)
No
El diagrama Entidad-Relacin definitivo se muestra en la figura 60.
Figura 55. Diagrama entidad-relacin definitivo.

IV.2.5 Diseo de interfaces de usuario
Sobre la interfaz general se proyect una pantalla dividida en tres zonas
denominadas cabecera, men y principal (v. figura 61); en cabecera se ubica el logo
de la institucin junto a la inscripcin del sistema: SAICOBIC ; en men, se ubica
un men desplegable y en principal la pgina direccionada segn la opcin del men
91
y el enlazamiento en la cabecera de cada mdulo. As mismo, se proyectaron todas

las vistas con colores claros que armonizan tanto con los colores institucionales,
como con colores suaves que evitan el cansancio y la fatiga visual.
Figura 56. Diseo de la interfaz.

IV.2.6 Presentacin y revisin del diseo
Durante esta actividad se revisaron las especificaciones obtenidas hasta el
momento y tambin se elabor un plan de implantacin que present un
calendario para las fases de construccin y entrega del proyecto.
Las actividades que conforman el plan de implantacin se muestran en la tabla
24:
92
Tabla 24. Plan de Implantacin en la etapa de Diseo.
IV.3 Implantacin del sistema

En esta funcin o etapa se presentan los resultados definitivos de la elaboracin
del sistema, construccin de la base de datos proyectada en la etapa de diseo y la
codificacin del sistema en los lenguajes HTML, PHP, JAVASCRIPT Y CSS.
IV.3.1 Base de datos
A partir de las especificaciones tcnicas generadas en la etapa de diseo se
procedi a construir la base de datos denominada bdbienes. A continuacin se
muestra, de las figuras 62 a la 70, la estructura de tabla de cada una de las entidades
una vez construidas con la interfaz phpmyadmin de la plataforma web xampp.
93
Figura 57. Entidad bienes. Fuente:

El autor. (2013).
Figura 58. Entidad asigna_bienes.

94
Figura 59. Entidad h_bienes.

Figura 60. Entidad menu.

95
Figura 61. Entidad pers_resp_bien.

Figura 62. Entidad privilegio.

96
Figura 63. Entidad tipo_bien.

Figura 64. Entidad ubicacin.

97
Figura 65. Entidad usuario.

IV.3.2 Plan de programacin
Para enmarcar en tiempo real la codificacin y prueba del sistema se diseo un
plan de programacin
a fin de cumplir con las metas de diseo de mdulos,
codificacin y prueba dentro de lapsos de tiempo aceptables, el mismo se presenta en

la tabla 25.
Tabla 25. Plan de Programacin Detallado.
98
IV.3.3 Codificacin y prueba

A continuacin se presentan las interfaces, manual en pdf
y vistas del
SAICOBIC, con las cuales interacta el usuario. En la figura 66 se puede observar

la interfaz de entrada al sistema, en la misma hay dos recuadros donde el usuario
debe escribir su nombre de usuario y su clave de acceso (alfanumricos, solo acepta
nmeros y letras hasta cincuenta caracteres), luego debe colocar el cursor sobre el
botn de accin aceptar y pulsarlo.
Figura 66. Pgina de captura de usuario y clave.

El sistema se construy atendiendo al diseo modular, de acuerdo a ello, el

diseo lgico qued con la siguiente estructura (v. figura 67).
99
Figura 67. Estructura del SAICOBIC

100
Al ser autorizado el acceso del usuario al sistema, se muestran las tres secciones
en que se divide la pantalla, cabecera, men y principal. En cabecera se muestra el
logo de la institucin junto con la nomenclatura del sistema. En men se despliegan
las opciones segn privilegios tenga el usuario. Finalmente principal es la zona de
trabajo del SAICOBIC, donde se muestran
las pginas, reportes,
vistas
manuales del sistema. A continuacin en la figura 68 se muestra la interfaz de

bienvenida.
Figura 68. Pgina de bienvenida al SAICOBIC .

Mdulo bienes
El mdulo principal del sistema es el mdulo bienes, por lo cual se
abarcar en la extensin de espacio necesaria para su demostracin. Al hacer
click en el submen bienes>consola bienes se muestra un listado general denominado
inventario maestro de bienes, el cual contiene la informacin filiatoria de los bienes,
cdigo de bien, tipo, descripcin, marca, modelo,
compra,
casa
comercial
donde
serial,
fecha
precio
de
fue adquirido, valor de salvamento, vida til,
101
garanta, adems de su estatus (A=activo, D=desincorporado) y tambin si el bien

esta asignado a alguna dependencia o no. El inventario mencionado se puede
observar en la figura 69.
Figura 69. Mdulo Bienes. Inventario Maestro.

La interfaz de ingreso de bienes, se presenta a continuacin en la figura
70.
102
Figura 70. Mdulo Bienes. Ingreso de un nuevo bien a inventario.

En la figura 71 se observa la interfaz de modificacin de bienes.
Figura 71. Mdulo Bienes. Actualizacin de un bien.

103
En la figura 72 se puede apreciar la lista de bienes disponibles para asignar.
Figura 72. Mdulo Bienes. Bienes disponibles para asignar.

Luego en la figura 73 se observa la interfaz utilizada para la asignacin de
bienes. La misma permite asignar un bien a una dependencia especifica.
Figura 73. Mdulo Bienes. Asignacin de un bien.

104
El
SAICOBIC tambin permite realizar la consulta de bienes activos por
ubicacin (v. figura 74) y por dependencia (v. figura 75).
Figura 74. Mdulo Bienes. Listado de Ubicaciones.

Figura 75. Mdulo Bienes. Inventario de bienes activos por ubicacin.

A continuacin, en la figura 76, se presenta un reporte de bienes activos por

dependencia como vista de impresin en formato de documento porttil (pdf). Para la
elaboracin de reportes en este formato se utiliz la librera fpdf versin 1.6.
105
Figura 76. Mdulo Bienes. Reporte de bienes activos en formato pdf.

Se puede desincorporar, prestar y transferir bienes tal como se observa en la
interfaz de la figura 77.
Figura 77. Mdulo Bienes. Desincorporacin, prstamo y transferencia.

106
Los bienes desincorporados por dependencia se pueden observar en la figura 78.
Figura 78. Mdulo Bienes. Inventario de bienes desincorporados por ubicacin.

Uno
de
los
requisitos
fundamentales
de
histrico de los bienes (v. figura 79).
Figura 79. Mdulo Bienes. Listado de bienes-histrico.

107
los
usuarios
clientes,
el
El histrico individual de un bien en la figura 80.
Figura 80. Mdulo Bienes. Histrico de un bien.

Mdulo funcionarios
Este mdulo presenta la vista de los funcionarios responsables de los bienes
(Directores(as), la cual incluye las opciones de ingreso, actualizacin y listado. Tal
como se muestra en las figuras 81, 82 y 83.
Figura 81. Mdulo Funcionarios. Listado de funcionarios responsables, directores.

108
Figura 82. Mdulo Funcionarios. Ingreso de nuevo funcionario responsable, director.

Figura 83. Mdulo Funcionarios. Actualizacin de funcionario responsable, director.

Mdulo ubicaciones
En las figuras 84, 85 y 86 se pueden observar la lista de ubicaciones o
dependencias de la Contralora del Municipio autnomo Leonardo Infante del estado
Gurico, la opcin de ingreso de una nueva ubicacin y la modificacin o
109
actualizacin de los datos registrados.
Figura 84. Mdulo Ubicaciones. Listado de ubicaciones.

Figura 85. Mdulo Ubicaciones. Ingreso de nueva Ubicacin. Fuente: El autor.

(2013).
110
Figura 86. Mdulo Ubicaciones. Actualizacin de ubicacin.

Fuente: El autor (2013).
Mdulo Clasificacin de bienes

Las figuras 8 7 , 88 y 89 presentan las vistas de los tipos de bienes
registrados en el sistema.
Figura 87. Mdulo Clasificacin de bienes. Listado de tipos de bienes.

111
Figura 88. Mdulo Clasificacin de bienes. Ingreso de tipo de bien.

Figura 89. Mdulo Clasificacin de bienes. Actualizacin de tipo de bien.

Mdulo reportes
El SAICOBIC genera nueve reportes diferentes desde este mdulo, la interfaz en
donde se presentan estas opciones se muestra en la figura 90, en la misma las
consultas se realizan y se pueden mostrar como vista por pantalla y como documento
112
de impresin en formato pdf. Los reportes generados son:
Asignados por fecha y ubicacin.
Desincorporados por fecha y ubicacin.
Prestados por fecha y ubicacin.
Retornados por fecha y ubicacin.
Transferidos por fecha y ubicacin.
Por cdigo.
Por fecha de compra.
Por tipo de bienes.
Por tipo y ubicacin.
Figura 90. Mdulo Reportes.

A continuacin, en la figura 96 se observa la interfaz de reporte por cdigo, en la

misma se puede seleccionar si el resultado de la consulta se mostrar por pantalla o
en pdf.
113
Figura 91. Mdulo Reportes. Reporte por cdigo.

Al seleccionar consulta por pantalla el resultado es el mostrado en la figura

97.
Figura 92. Mdulo Reportes. Reporte por cdigo, vista por pantalla.
114
Al realizar la consulta como vista de impresin el resultado es el que muestra

la figura 93.
Figura 93. Mdulo Reportes. Reporte por cdigo, vista de impresin.

Mdulo ayuda
Este mdulo est conformado por el manual de usuario, el cual se muestra en la
figura 94.
Figura 94. Mdulo Ayuda. Manual de usuario.

115
Mdulo Direccin de Desarrollo Tcnico (D.D.T)
Este es el mdulo de administracin del SAICOBIC, en su interfaz principal

presenta una lista de usuarios autorizados y los link o enlaces a las pginas de
modificacin y eliminacin de usuarios, as como tambin de edicin de privilegios.
La cabecera de mdulo contiene los links a la interfaz de ingreso de nuevo usuario y
al manual del programador en formato pdf. La figura 95 presenta la interfaz principal
del mdulo administrador.
Figura 95. Mdulo DDT. Usuarios autorizados.

116
La interfaz de ingreso de nuevo usuario se puede apreciar en la figura 96
Figura 96. Mdulo DDT. Ingreso de usuarios. Fuente:

El autor. (2013).
La figura 97 presenta la interfaz de actualizacin de usuario.
Figura 97. Mdulo DDT. Actualizacin de usuario.

117
La interfaz que muestra los privilegios del usuario actual (v. figura 98), permite
realizar la modificacin de los mismos a pedido del director de administracin
y servicios.
Figura 98. Mdulo DDT. Actualizacin de privilegios.

En la figura 104 puede observarse la vista del manual del programador. El

mismo esta dispuesto en la ruta D.D.T>Consola Usuarios>Manual del Programador,
se elabor para la presentacin en pdf lo cual le permite al usuario programador la
vista e impresin sin modificar el contenido de dicho instrumento. Ello impide que se
modifique el contenido por error involuntario del programador. La importancia de
este instrumento de ayuda para el programador, radica en la posibilidad de estudiar el
cdigo del sistema con miras a posibles modificaciones en el mismo sin necesidad de
manipular los archivos
componentes
del
SAICOBIC
mientras
este
utilizado en produccin y funcionamiento cotidiano por los usuarios clientes.
118
es
Figura 99. Mdulo DDT. Manual del programador.

119
CAPITULO V
CONCLUSIONES Y RECOMENDACIONES
En este captulo se presentan las conclusiones y recomendaciones que se

obtuvieron a partir de los resultados obtenidos del anlisis de la situacin actual de la
Contralora del Municipio Leonardo Infante.
CONCLUSIONES
Una vez realizado el anlisis, se observ detalladamente cmo se efecta el

control de bienes, el proceso manual y el manejo del sistema en uso, lo que permiti
constatar la precariedad de la data, la prdida de horas/hombre al momento de
compendiar la data desde distintos medios y la problemtica presentada para
unificarla y presentarla como reportes de apoyo a la toma de decisiones, as
mismo se comprob la vulnerabilidad de la data al ser objeto de manipulacin de
los funcionarios de administracin y servicios.
En relacin al producto del estudio del sistema en uso y el proceso manual se

determin que se necesitaba conocer toda la informacin filiatoria de los bienes,
movimientos, tipo y ubicacin. Tambin reducir los tiempos de bsqueda as como
facilidad para la presentacin de la data. Las deficiencias encontradas anteriormente
mostraron la necesidad de contar con un sistema de informacin automatizado que
consolidara el almacenamiento y la presentacin de la data as como su
invulnerabilidad.
Se proyect el diseo lgico y fsico de la base de datos, para lo cual se procedi

a la revisin de los requisitos de datos de la etapa de anlisis de sistemas
produciendo un nuevo esquema conceptual.
Luego
fueron adaptados estos
requisitos de datos al esquema interno del manejador de bases de datos MYSQL

120
para preparar su implantacin.
Como complemento a lo anterior, se dise la plataforma de la red determinando

los puestos clientes elaborando los diagramas de descomposicin jerrquica, de
conexin y el diccionario de proyectos respectivo, se determinaron las capacidades
de almacenamiento de datos, protocolos de conexin y la distribucin de procesos en
los puestos.
Igualmente se cre la base de datos, las pginas web, archivos, vistas y mdulos
componentes
del sistema, se elaboraron los manuales del usuario y
del
programador, por ltimo fueron configurados e integrados para la puesta en

produccin.
El Sistema de Informacin para el Control de Bienes de la Contralora del

Municipio Autnomo Leonado Infante (SAICOBIC ), gestiona y controla va web la
data de los bienes de la Contralora del Municipio, lo cual facilita el trabajo de la
direccin de administracin y servicios ya que centraliza la data en un lugar y
la misma se puede disponer de manera concreta, oportuna y confiable desde las
estaciones de trabajo de los clientes. Tambin, se constat que el SAICOBIC inicia la
era de los sistemas de informacin web en la Contralora del Municipio Autnomo
Leonado Infante lo cual es el comienzo del aprendizaje de nuevas destrezas para sus
analistas de sistemas.
RECOMENDACIONES
Incluir en las asignaturas base de datos y sistemas de informacin que forman

parte del plan de estudio de la carrera Ingeniera de Sistemas, ofertada en la
Universidad Nacional Abierta, el estudio de herramientas de desarrollo web y su
aplicacin en la resolucin de problemas.
121
Iniciar el desarrollo e implantacin de aplicaciones con software de cdigo

abierto ya que este proporciona
herramientas y prestaciones similares a las
de software privativo, con ello adems se dara cumplimiento al decreto 3390 de la

presidencia de la Repblica Bolivariana de Venezuela.
A nivel de usuario se debe registrar los bienes nuevos y hacer los movimientos
respectivos (desincorporacin, prstamo, transferencia) oportunamente en el sistema
a fin de emitir los reportes con la data mas actualizada posible.
A nivel de auditora interna sera deseable verificar y comparar aleatoriamente

con cierta regularidad la existencia y el movimiento de bienes en las dependencias
con la data del sistema a fin de verificar la efectividad de los analistas de bienes en
el cumplimiento de sus labores.
En ese orden de ideas, se tiene que la conceptualizacin del SAICOBIC puede

extrapolarse a dependencias relacionadas al control de obras, de expedientes, de
auditoras. Y pudiera por lo tanto, servir como punto de partida para la
concepcin y creacin de sistemas de informacin web aplicados a reas de control
fiscal de la administracin pblica.
122
BIBLIOGRAFA
Carvallo, J. y Linares, T. (2008). Manual de Practica Profesin. Caracas.

Universidad Nacional Abierta.
Chvez S, R. (2006). Prototipo de Intranet para el Centro Local Trujillo. Trujillo.

Trabajo Especial de Grado. Universidad Nacional Abierta.
Connolly, T. y Begg, C. (2005). Sistemas de Bases de Datos. Madrid.

Pearson Addison Wesley. 4ta Edicin.
Constitucin de la Repblica Bolivariana de Venezuela. Gaceta Oficial de la

Repblica de Venezuela, 5.453 (Extraordinario). Marzo 24, 2000. p. 150.
Contralora General de la Republica. Instrucciones y Modelos para la Contabilidad

Fiscal de los Estados y Municipios (Publicacin BM-20). Publicada en Gaceta
Oficial de la Repblica N 2681, Extraordinaria del 31 de octubre de 1980.
Corporacin Venezolana de Guayana, CVG. Gerencia General de Informtica,

mesa de usuarios. (2008). Manual Integrado de Escritorio para Usuario
Final de Software Libre. Ciudad Guayana.
Elmasri, R. y Navathe, S. (2002). Fundamentos de Sistemas de Bases de Datos.

Madrid. Pearson Addison Wesley. 3ra Edicin.
Gallo, M. y Hancock, W. (2002). Comunicacin entre Computadoras y

Tecnologas de Redes. Mxico. Thompson.
Gnova, M. y Guzmn, J. (1991). Introduccin a la Ingeniera de Sistemas.

123
Caracas. Universidad Nacional Abierta.
Mc Fedries, Paul. (1996). Creando una Pgina Web con HTML Fcil.
Mxico. Prentice Hall.
Marrero C, Juana. (2005a). Material Instruccional de Apoyo, Base de Datos. Caracas.

Marrero C, J. (2005b). Base de Datos, Seleccin de Lecturas. Caracas. Universidad

Nacional Abierta.
Martnez, M. (2005). Sistemas de Informacin I. Caracas. Universidad Nacional

Abierta.
Martnez, M. (2006). Sistema de Informacin II. Caracas. Universidad Nacional

Abierta.
Medina S, Roismar G. (2009). Portal Web de la Contralora General del

Estado Bolvar. Bolvar. Trabajo de Grado. Universidad Nacional Abierta.
Pantojas G, Jorge, E. (2006). Sistema de Informacin Web de Apoyo al Departamento

de Gestin comercial de Elecentro, Zona Apure. Apure. Trabajo de Grado.
Piattini, M.G. y Del Peso, E. (2001).
Auditora Informtica:
Un
Enfoque
prctico. Madrid, Espaa. Editorial Ra-ma, Alfaomega Grupo Editor, S.A. 2da
Edicin.
124
Quigley, E. y Gargenta, M. (2008). PHP y MYSQL Prctico para Diseadores y

Programadores Web. Madrid, Espaa. Editorial Anaya Multimedia.
Rocha M, Roberts. (2009). Sistema de Inscripcin para Alumnos Regulares del

Instituto Universitario de Tecnologa Rodolfo Loero Arismendi (IUTIRLA) de
Puerto Ordaz, Estado Bolvar. Bolvar. Trabajo de Grado. Universidad Nacional
Abierta.
Snchez A, J. y Lpez L, J. (2000). Redes, Iniciacin y Referencia. Mc Graw

Hill/Osborne.
Silberschatz, A. Korth, H. y Sudarshan, S. (2002). Fundamentos de Bases de Datos.

Madrid, Espaa. Mc Graw Hill. 4ta Edicin.
Tanenbaum, Andrew S. (2003). Redes de Computadoras. Mxico. Pearson

Prentice Hall. 4ta Edicin.
Whitten, J. Bentley, L. y Barlow, V. (2003). Anlisis y Diseo de Sistemas de

Informacin. 3ra Edicin. Madrid: Editorial Mc Graw Hill Interamericana S.A.
Mxico.
125
Sitios Web
Anibarro Zelaya, Carlos E. Manual Bsico de HTML. Creacin y Estructura de

Pginas WEB. [En Lnea]. 2001. 30 p. [Fecha de consulta: 20 Febrero 2013].
Disponible
en:
<http://usuarios.multimania.es/cursonvu/descargas/manual.
html.pdf >
Belisario, Carlos. Generar dos Cabeceras con FPDF en la Misma Hoja. [En Lnea].
2010. 9 p. [Fecha de consulta: 03 Noviembre
2010].
Disponible en:
http://php.org.ve/de-todo-!/generar-dos-cabeceras-con-fpdf-en-la-
msima-
hoja/?action=printpage
Campos Salcedo, Juan L. Manual del Curso Bsico de HTML: Introduccin a la

programacin de pginas Web. [En Lnea]. 2005. 34p. [Fecha de consulta:
20
Febrero
2013].
Disponible
en:
<http://elticus.com/descargas/Curso%20de%20HTML_basico.pdf>
Chvez Serrano, Ruth. Prototipo de Intranet para el Centro Local Trujillo. [En
Lnea]. Trabajo Especial de Grado. Venezuela: Universidad Nacional Abierta.
2006. 148 p. [Fecha de consulta: 10 Abril 2013]. Disponible en:
http://biblo.una.edu.ve/docu.7/bases/marc/texto/t7303.pdf
Converse, Tim. y PARK, Joyce. PHP5 and MySQL Bible. [En Lnea]. Wiley
Publishing, Inc USA, 2004. 1083 p. [Fecha de consulta: 18 Mayo 2013].
Disponible en: http://rapidshare.com/files/220107927/PHP5.MySQL.Bible.zip.
Eguluz Prez, Javier. Introduccin a Javascript. [En Lnea]. 2007. 185 p. [Fecha
de
consulta:
25
Agosto
http://www.librosweb.es/ajax/
126
2013].
Disponible
en:
Ferrer Jorge, Garca Vctor y Garca Rodrigo. Curso Completo de html. [En
Lnea]. (s/f). 447 p. [Fecha de consulta: 20 Febrero 2013]. Disponible en:
<http://es.tldp.org/Manuales-LuCAS/doc-curso-html/doc-curso-html.pdf>
Pantojas G, Jorge. Sistema de Informacin Web de Apoyo al Departamento de

Gestin comercial de Elecentro, Zona Apure. Apure.
[En Lnea]. Trabajo
de Grado. Venezuela: Universidad Nacional Abierta. 2006. 107 p. [Fecha de

consulta: 10
Abril 2013]. Disponible
en:
http://biblo.una.edu.ve/docu.
7/bases/marc/texto/t27982.pdf
Snchez, Jorge. Javascript Manual de Referencia. [En Lnea]. 2003. 18 p. [Fecha

de consulta:
25
Agosto 2013]. Disponible
en:
http://www.
jorgesanchez.net/web/javascript.pdf
Suehring, Steve. MySQL Bible. [En Lnea].
Wiley Publishing,
Inc
USA,
2002. 725 p. [Fecha de consulta: 18 Mayo 2013]. Disponible en:

http://rapidshare.com/files/215244586/MySQL.Bible.zip
127
Anexo A
Entrevista fase de estudio
128

REA DE INGENIERA
ENTREVISTA FASE DE ESTUDIO

Unidad organizacional:
Entrevistado:
Entrevistador: Br ALEJANDRO GUERRA
Objeto de la entrevista: Recabar informacin de campo que permita ir
definiendo necesidades y requisitos de usuario.
1)
Qu
papel juega la Direccin a su cargo en el control de bienes de la
Contralora?
2) Por qu no se ha automatizado el control de bienes de la institucin?
3) D sus impresiones del sistema actual (en uso).
4) D sus impresiones del proceso manual llevado a cabo para controlar la data de
los bienes.
5) Cmo concilian la data entre el sistema ms-dos y el proceso manual?
6) A rasgos generales, que inconvenientes le trae a la institucin tal
ambigedad en la data.
7) Hable del tiempo que requieren el analista y los asistentes de bienes para
producir un informe de bienes.
8) Quines requieren o solicitan informacin relativa a los bienes?
129

Informe Final Guerra Alejandro

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Final Guerra Alejandro

Cargado por

Copyright:

Formatos disponibles

REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD NACIONAL ABIERTA

AUTOMATIZADO DE INFORMACIN PARA EL CONTROL

DE BIENES DE LA CONTRALORA DEL MUNICIPIO INFANTE,

REPBLICA BOLIVARIANA DE VENEZUELA

SISTEMA AUTOMATIZADO DE INFORMACIN PARA EL CONTROL

Autor: Alejandro Guerra

Valle de la Pascua; Diciembre 2013

REPBLICA BOLIVARIANA DE VENEZUELA

AUTOMATIZADO DE INFORMACIN PARA EL CONTROL

DE BIENES DE LA CONTRALORA DEL MUNICIPIO INFANTE,

Informe final de Prctica Profesional presentado para optar al ttulo de

Valle de la Pascua; Diciembre 2013

REPBLICA BOLIVARIANA DE VENEZUELA

ACTA APROBACIN DEL TUTOR

En mi carcter de tutor acadmico del trabajo presentado por el ciudadano:

En la ciudad de Valle de la Pascua, a los 03 das del mes de Diciembre de 2013.

A mi madre, mujer que con sus cuidados ha prolongado mi felicidad haciendo de

Agradecido a Dios por darme la vida, por brindarme la dicha de la salud y el

A mi casa de estudios Universidad Nacional Abierta, unidad de apoyo de Valle

A mis profesores y tutores acadmicos por toda su ayuda colaboracin y

han estado dispuestos a mejorar este trabajo, impartiendo sus

La contralora del Municipio Leonardo Infante, al contralor Freddy Valera, por

Al profesor Jos Ruiz, por su valiosa colaboracin en el transcurso de mis

Al Ing. Aray Lucio, Persona de grandes conocimientos y adems de manera

Alejandro Rafael Guerra lvarez

I.1 Situacin actual y rea problemtica.........................................................

I.2. Propuesta de solucin y beneficios que generara.....................

I.3.1 Objetivo general..............................................................................

I.3.2. Objetivos especficos......................................................................

II. MARCO TERICO...........................................................................................

II.1 Aspectos generales de la empresa............................................................

II.1.1 Resea histrica.........................................................

II.1.4 Estructura organizacional..................................................................

II.2 Bases tericas............................................................................................

II.2.1 Sistema .............................................................................................

II.2.2 Sistema de informacin (SI)..............................................................

II.2.3 Sistema de informacin web (SIW)...................................................

II.2.4 Red de computadoras........................................................................

II.2.5 Clasificacin de las redes segn el tamao....................................

II.2.5.1 LAN (local rea Network) - Redes de rea local..............

II.2.5.2 MAN (Metropolitan rea Network) - Redes

II.2.5.3 WAN (Wide rea Network) - Redes de amplia

II.2.6 Topologa de redes................................................................

II.2.6.1 Topologa en estrella..........................................................

II.2.6.2 Topologa en bus................................................................

II.2.6.3 Topologa en anillo....................................................

II.2.8 Intranet ............................................................................................

II.2.9 Modelo cliente/servidor....................................................................

II.2.9.2.1 Servidor web........................................................

II.2.10 Navegador web................................................................

II.2.11 World wide web...............................................................................

II.2.12 Portal web........................................................................................

II.2.14 Tipos de pginas web......................................................................

II.2.15 Base de datos ................................................................................

II.2.16 Tipos de bases de datos...................................................................

II.2.16.1 Bases de datos estticas....................................................

II.2.16.2 Bases de datos dinmicas..................................................

II.2.17 Clasificacin de las bases de datos segn su organizacin..

II.2.17.1 Bases de datos jerrquicas...............................................

II.2.17.2 Bases de datos de red.......................................................

II.2.17.3 Bases de datos relacionales..............................................

II.2.18 Caractersticas principales de las bases de datos relacionales.