INTRODUCCIN

La arquitectura cliente-servidor es un modelo de aplicacin distribuida en el

que las tareas se reparten entre los proveedores de recursos o servicios, llamados
servidores, y los demandantes, llamados clientes. Un cliente realiza peticiones a otro
programa, el servidor, quien le da respuesta. Esta idea tambin se puede aplicar a
programas que se ejecutan sobre una sola computadora, aunque es ms ventajosa en
un sistema operativo multiusuario distribuido a travs de una red de computadoras.

En esta arquitectura la capacidad de proceso est repartida entre los clientes y

los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas
a la centralizacin de la gestin de la informacin y la separacin de
responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre
cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta
necesariamente sobre una sola mquina ni es necesariamente un slo programa.

Los tipos especficos de servidores incluyen los servidores web, los servidores
de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos
servicios a otros, la arquitectura bsica seguir siendo la misma. Una disposicin muy
comn son los sistemas multicapa en los que el servidor se descompone en diferentes
programas que pueden ser ejecutados por diferentes computadoras aumentando as el
grado de distribucin del sistema.

La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la

que no hay distribucin, tanto a nivel fsico como a nivel lgico. La red cliente-
servidor es aquella red de comunicaciones en la que todos los clientes estn

1
conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones
con que se cuenta; y que los pone a disposicin de los clientes cada vez que estos son
solicitados.

Esto significa que todas las gestiones que se realizan se concentran en el

servidor, de manera que en l se disponen los requerimientos provenientes de los
clientes que tienen prioridad, los archivos que son de uso pblico y los que son de uso
restringido, los archivos que son de slo lectura y los que, por el contrario, pueden ser
modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se
est utilizando en una red mixta.

El propsito del presente informe refiere la implementacin de una

herramienta automatizada para la administracin y control de inventarios de equipos
informticos (Hardware y Software), conectados en red, y de esta manera apoyar a la
Coordinacin de Soporte Tcnico entre otras reas del Banco del Pueblo Soberano a
administrar, controlar y mantener un inventario digital, preciso y confiable en el
manejo y distribucin de los mismos.

Tomando en cuenta aspecto relevante de este proyecto se recaud la

informacin y los requerimientos necesarios para cumplir con lo propuesto, El Banco
del Pueblo Soberano cuenta con una amplia estructura y cantidades de equipos
informticos, los mismo son inspeccionados por la Unidad De Bienes Nacionales
departamento adscrito a la Gerencia General de Administracin.

La Unidad utilizan procesos tales como: manuales rudimentarios para la

verificacin y supervisin de los mismos y que ameritan una administracin y

2
control, por ende es importante implementar un sistema automatizado que permita
ver, a travs de inventarios digitales, la cantidad exacta correspondiente en
Hardware y Software existentes en la organizacin.

Para el desarrollo completo de este informe de pasantas fue necesario llevar a

cabo la elaboracin de III captulos, a continuacin se detalla la informacin que
contiene cada uno de ellos:

3
 CAPITULO I

PRESENTACIN DE LA EMPRESA

1.1 Razn Social.

BANCO DEL PUEBLO SOBERANO RIF G-20007858-8 ubicado sede

principal Esq. Gradillas a Esq. San Jacinto, Edificio Banco del Pueblo Soberano,
parroquia Altagracia. Municipio Libertador, Caracas Venezuela y Sede
Administrativa ubicada en la Av. Abraham Lincoln, con 2da Calle de Bello Monte,
Boulevard de Sabana Grande, Edificio Banco del Pueblo Soberano, parroquia El
Recreo. Municipio Libertador, Caracas - Venezuela.

1.2 Actividades a las que se dedica.

El Banco del Pueblo Soberano es un ente encargado de luchar contra la

pobreza al facilitar el acceso a servicios financieros y no financieros, de forma rpida
y oportuna, al poder popular a travs de las comunidades organizadas, las empresas
familiares, las personas naturales, las cooperativas y cualesquiera otras formas de

4
asociacin comunitaria para el trabajo, que desarrollen o tengan iniciativas para
desarrollar una actividad econmica, a objeto de integrarlas en la creacin de un
nuevo modelo econmico, basado en los principios de participacin ciudadana,
justicia social, democracia, eficiencia, productividad y, por supuesto, el socialismo.

La gestin de la institucin est orientada por el Ejecutivo Nacional en

sincronizacin con el ordenamiento legal vigente y el Proyecto Nacional Simn
Bolvar.

1.3 Resea Histrica.

La historia de este ente se inicia en el momento en el cual el Comandante

Presidente de la Repblica Bolivariana de Venezuela, Hugo Chvez Fras, funda al
Banco del Pueblo Soberano, el 26 de octubre de 1999.

Desde este ao y los siguientes, en especial desde 2008, el Banco del Pueblo
Soberano continu fortaleciendo la construccin de la economa comunal (enmarcado
en el tercer motor del Proyecto Nacional Simn Bolvar) desde sus bases, para esto
inici convenios con la Universidad Nacional Experimental Politcnica de la Fuerza
Armada Bolivariana (UNEFA) para que su personal se instruya en Diplomados en
Microfinanzas, mismos que a la fecha an se realizan.

Creciendo en entrega de microcrditos que fortalecen la economa comunal,

en convenios con instituciones educativas (como UNEFA) y organismos
internacionales (como el Programa de las Naciones Unidas para el Desarrollo

5
PNUD- y el Alto Comisionado de las Naciones Unidas para los Refugiados ACNUR)
el Banco del Pueblo Soberano trabaj incansablemente durante este ao y los
siguientes.

Con PNUD coordina esfuerzos para alcanzar los Objetivos del Milenio en
nuestro pas, a travs de la consolidacin del Desarrollo Humano Sostenible Local, el
cuidado del ambiente y el progreso en el uso de energas alternativas. Para ello es
indispensable el crecimiento econmico promovido en la igualdad de condiciones del
socialismo.

Con ACNUR el Banco del Pueblo Soberano asume el compromiso de integrar

en todos los mbitos a quienes han encontrado abrigo en nuestro pas, en un entorno
solidario, con enfoque en el desarrollo comunitario (aupado por los consejos
comunales), para ello se trabaja en conjunto con el Instituto Municipal de Crdito
Popular, el Instituto Nacional de Estadstica y la Misin Che Guevara.

Con este ltimo ente, el Banco revisa las mediciones a corto, mediano y largo
plazo para establecer, desde una perspectiva cualitativa y cuantitativa, acciones
estratgicas en desarrollo. Pero el Banco del Pueblo Soberano no slo ampla su
radio de accin gracias a convenios con Naciones Unidas y la UNEFA sino que
adems firma convenios con otras instituciones del Gobierno Bolivariano, como
Mercal divisin hogar.

Gracias a la cual los microempresarios de nuestra institucin, y personas

naturales, pueden adquirir productos de lnea blanca a crdito y a precios ms bajos
que los ofertados en el mercado. Posteriormente, en marzo de 2009, el presidente de
la Repblica, Hugo Chvez Fras, decret la evolucin del Ministerio del Poder

6
Popular para la Economa Comunal (MINEC) al Ministerio del Poder Popular para
las Comunas y Proteccin Social (MPComunas).

Publicado en Gaceta Oficial N 39.202 el 17 de junio de 2009, desde

entonces el Banco pas a ser ente adscrito de este nuevo ente gubernamental. Sin
embargo, el crecimiento de la institucin no se detuvo ah, pues desde el 26 de
octubre de 2009, justo diez aos despus de constituirse como una institucin
microfinanciera, Hugo Chvez Fras, presidente de la Repblica, decret convertir
este banco de segundo piso en uno de primer piso, para que su compromiso (luchar
contra la pobreza al facilitar el acceso a servicios financieros y no financieros)
creciera al ritmo de lo que hasta ahora ha crecido la Revolucin Bolivariana.

Ese es el mandato y as, hoy como siempre, lo estamos cumpliendo, pues

desde esa fecha todos los servidores que forman parte del Banco del Pueblo Soberano
han trabajado arduamente para cumplir las tareas asignadas y los primeros avances ya
han rendido frutos: pronto inauguraremos las primeras diez agencias en varias
ciudades del pas.

Hemos crecido y reforzado los convenios con las instituciones de desarrollo

nacional y adems el trabajo se ha ampliado a todos los rincones nacionales, para que
cada venezolano tenga en el Banco del Pueblo Soberano una mano amiga,
responsable y experimentada en el progreso econmico y en la justicia social. Nuestro
compromiso es el crecimiento de los venezolanos y venezolanas y todos los das lo
honramos.

7
1.4 Misin.

Somos una Institucin del Sistema Microfinanciero de la Repblica

Bolivariana de Venezuela con enfoque hacia el Modelo de Desarrollo Soberano,
Social, Sostenible, Endgeno y Humanista, creada para prestar servicios no
financieros y financieros oportunos, a fin de construir una economa social desde el
reconocimiento de los saberes, vocaciones productivas, habilidades, hbitos,
potencialidades y necesidades de las comunidades que habitan en las zonas ms
excluidas, permitiendo la erradicacin de la miseria y la pobreza.

1.5 Visin.

Ser la primera institucin del sistema microfinanciero venezolano que

desarrolle Proyectos Socioproductivos Comunitarios con criterios de equidad y
justicia social, combatiendo y erradicando los sistemas y las condiciones que han
impuesto la miseria y la pobreza en Venezuela.

1.6 Valores.

Dentro de nuestra tica organizativa resaltan los siguientes valores:

Inclusin Social
Bondad
Solidaridad
Conciencia del deber social

8
 Corresponsabilidad
Igualdad Material y Cultural
Fraternidad
Pluralismo
Cooperacin
Honradez
Justicia Social
Conciencia Social
Conciencia Ambientalista
Tolerancia
Bien comn
Independencia
Moral colectiva
Sensibilidad Social
Eficiencia
Respeto

1.7 Objetivo.

Luchar contra la pobreza al facilitar el acceso a servicios financieros y no

financieros, de forma rpida y oportuna, al poder popular a travs de las comunidades
organizadas, las empresas familiares, las personas naturales, las cooperativas y
cualesquiera otras formas de asociacin comunitaria para el trabajo, que desarrollen o
tengan iniciativas para desarrollar una actividad econmica

9
1.8 Organigrama General.

Grfico N 1 Organigrama general del Banco del Pueblo Soberano

Fuente: http://intranet Banco del Pueblo Soberano.

10
1.9 Organigrama del Departamento.

Grfico N 2 Organigrama del departamento donde se realiz la pasanta

Fuente: http://intranet Banco del Pueblo Soberano.

11
 CAPITULO II

SITUACIN ACTUAL

2.1 Necesidad detectada.

Debido al control perceptivo manual que ejercen algunas reas internas

organizacionales del Banco del Pueblo Soberano tales como: Coordinacin de
Auditora Interna , y Bienes Nacionales, dentro de la institucin no se cuenta con una
herramienta automatizada que permita controlar y administrar todos los bienes
activos tales como: los equipos informticos de la organizacin.

De acuerdo a la a informacin recopilada las mencionadas reas realizan

controles de manera manual y rudimentaria, esto con la finalidad de cumplir con los
procedimientos y normas interna, lo cual genera procesos engorrosos que no
permiten dar respuestas inmediatas cuando son solicitadas por la alta Gerencia,
tambin no llevan un control de inventarios precisos y eficaz de donde se encuentran
ubicados los equipos para su supervisin y administracin , manteniendo una
desorganizacin y descontrol de los mismo.

Es importante destacar que a veces los usuarios (empleados) desarman los PC

para cambiar partes que estructuran la arquitectura de hardware y software de los

12
mismos y dems perifricos que se encuentran en las estaciones de trabajo, por otra
parte a la hora que los usuarios son despedidos de la institucin los mismo no
conocen la caractersticas de los equipos y bienes asignados, y de los cuales deben
dar cuentas y ser devueltos y entregados en buen estado a la unidad de bienes
nacionales y dems reas involucradas.

Con respecto a la Coordinacin de Soporte Tcnico la misma no cuenta con

un control que permitan vigilar las aplicativos o Software que los usuarios
(empleados) instalan en las PC sin la debida autorizacin de los tcnicos y personal
encargados en la administracin de los mismas, provocando el riesgo de
vulnerabilidad en las PC y trayendo como consecuencias virus y software mal
intencionados e inescrupulosos dentro de la red del Banco.

Debido a esto, surge la necesidad de implementar una herramienta

automatizada que permita a la Coordinacin de Soporte Tcnico, encargada de la
distribucin de los equipos informticos y en conjunto con las reas mencionadas
regularizar la administracin y control, manejando inventarios digitales, exactos y
confiables, y as de esta manera llevar a cabalidad los procedimientos legales y
normas internas de manera automatizadas y organizadas.

2.2 Objetivo General.

Implementar una herramienta automatizada para la administracin y control

de inventario de software y hardware de equipos informticos conectados en la red
LAN del Banco del Pueblo Soberano.

13
2.3 Objetivos Especficos.

Determinar los requerimientos de la Coordinacin de Soporte Tcnico para

llevar un control automatizado de inventarios de equipos informticos a
travs del levantamiento de informacin.

Establecer una herramienta automatizada mediante la instalacin de un

Servidor, que permita conocer las caractersticas tcnicas a nivel de hardware
y software de todos los equipos informticos conectados en red LAN del
Banco del Pueblo Soberano.

Estudiar una arquitectura especfica, para la utilizacin del modelo cliente

servidor, que permita el desarrollo de los requerimientos.

Realizar la propuesta para llevar el control de inventarios de los equipos

informticos conectados en la red LAN del Banco del Pueblo Soberano.

Planificar el manejo y operatividad del servidor para llevar acabo el

inventario de los equipos informticos existentes en la organizacin.

14
2.4 Justificacin.

El desarrollo de dicho proyecto nos permiti como pasante crear destreza,

conocimientos e inters profesional para instalar un sistema cliente servidor
afianzando nuestros conocimientos profesionales en la carrera. As como al Banco del
Pueblo Soberano que permitir automatizar, controlar y administrar inventarios en
tiempo real y precisos de manera digital de casi un 99.8 % de todos los equipos
informticos conectados en la red LAN del Banco de Pueblo Soberano. Tanto la
Coordinacin de Soporte Tcnico como dems reas involucradas contarn con una
herramienta que permita tomar decisiones, as como dar respuestas oportuna a las
solicitudes existentes y de carcter obligatorio con relacin al control, administracin
y organizacin de todos los equipos.

Tambin podr supervisar y regularizar la arquitectura a nivel de Hardware y

Software de la cual se encuentran estructuradas la PC, manteniendo una vigilancia
exhaustiva para evitar el robo y hurto de partes, indicndole a los usuarios
(empleados) que generen un inventario local una vez se encuentren instalado en las
estaciones de trabajo y as comprometer de manera responsable por la guardia y
custodia de los mismos, evitando que el Banco tenga un gasto econmico e
involuntario en la compra y adquisicin de partes y piezas . Por otro lado con la
implementacin OCS Inventory NG, bajo plataforma de software libre la institucin
no tendr que preocuparse en la adquisicin de licencias para el mantenimiento de la
herramienta.

15
 La misma permitir un manejo claro y preciso a la hora de programar y
personalizar inventarios, detallando la informacin referente a la arquitectura de la
mquina incluyendo la ubicacin administrativa y los usuarios (empleados) que
operan los equipos permitiendo supervisar y controlar a los usuarios en la instalacin
de software no autorizados por el rea de Tecnologa, de esta manera la
administracin y mantenimiento del servidor por parte del personal de la
Coordinacin de Soporte Tcnico ser auto gestionada, con la adopcin de la
herramienta se busca mejorar y hacer cumplir los procedimientos legales y normas
internas establecidas en los manuales de la organizacin adaptando un sistema
automatizado para su administracin.

16
 CAPITULO III

DESARROLLO DEL PROYECTO

3.1 Bases Tericas

3.1.1 Tecnologa cliente /servidor, una revolucin permanente.

En relacin a la temtica expuesta Orfali, y otros (2002) seala: La

arquitectura de computo cliente /servidor ha producido un cambio paradigmtico
profundo en nuestra industria. Sustituye las monolticas aplicaciones para equipos
anfitriones mainframes con aplicaciones que se dividen en dos extremos, cliente y
servidor.

El cliente, casi siempre una computadora personal PC (personal computer),

aporta la interface grfica; el servidor el acceso a recursos compartidos, por lo general
una base de datos. Los objetos distribuidos e internet son cambio de paradigma dentro
de un cambio de paradigma: son una nueva revolucin de la tecnologa
cliente/servidor en la evolucin misma que representa esta tecnologa.

17
 Los objetos descomponen los extremos cliente y servidos de una aplicacin en
componentes inteligentes que pueden jugar juntos y localizarse a travs de las redes,
Java para la Web es la aplicacin denostadora que est llevando los objetos a las
masas. La combinacin de objetos distribuidos y la Web (o Web de objetos) est
reinventando el modelo de computacin cliente/servidor. (p. XXV).

3.1.2 Clientes.

El cliente es el proceso que permite al usuario formular los requerimientos y

pasarlos al servidor, comunicndose atravez de una interfaz grfica son Elementos
activos que dirigen las actividades que deben ejecutarse para implementar la tarea
requerida por la aplicacin. Requiere de los servidores que ejecuten algunas de esas
actividades. (Drake, 2008, p.4).

3.1.3 Servidores

Es el proceso encargado de atender a mltiples clientes que hacen peticiones

de algn recurso administrado por l. Elemento pasivos especializados en realizar
ciertas tareas bajo requerimientos de los clientes. Habitualmente representan
elementos que son compartidos por mltiples clientes, de una o varias aplicaciones.
(Drake, 2008, p.4).

18
3.1.4 Que es la tecnologa cliente/servidor

En relacin a la temtica expuesta Orfali, y otros (2002) seala: Si bien

cliente/servidor es la palabra ms de moda en la industria de la computacin, no
existe consenso acerca de cul, en realidad, su significa. Por tanto, tenemos una gran
oportunidad de crear nuestra propia definicin. Como lo indica su nombre, clientes y
servidores son entidades lgicas autnomas que trabajan juntas en una red para
cumplir una tarea. Bien, pero Qu hace la tecnologa cliente/servidor sea diferente
de otros software distribuido? Nuestro planteamiento es que todo sistema
cliente/servidor se distingue por las siguientes caractersticas:

Servicio: la arquitectura cliente/servidor es, ante todo, una relacin entre

procesos que se ejecutan en mquinas independientes una de la otra. El
proceso servidor es un proveedor de servicios; el cliente lo consume. En
esencia, la tecnologa cliente/servidor provee una clara separacin de
funciones con base en la idea de servicio.

Recursos compartidos: un servidor puede servir a varios clientes al mismo

tiempo y regular su acceso a recursos compartidos.

Protocolos asimtricos: existe una relacin de muchos a uno entre varios

clientes y un servidor. Los clientes siempre empiezan el dialogo al solicitar un
servicio; los servidores esperan de modo pasivo a que les lleguen solicitudes
de los clientes. Obsrvese que, en algunos casos, un cliente podra pasar una
referencia de retrollamada (callback) a un objeto cuando solicita un servicio,

19
 lo cual permite al servidor devolver la llamada (call back) al cliente. As, el
cliente se convierte en servidor.

Transparencia de ubicacin: un servidor es un proceso que puede residir en

la misma mquina que el cliente, o en otra, en la red. Normalmente, el
software cliente/servidor oculta a los clientes la ubicacin del servidor
redireccionando las solicitudes de servicio que le son requeridas. Un programa
puede ser cliente, servidor, o las dos cosas.

Mezclar y acoplar: el software cliente/servidor ideal es independiente de

plataformas de equipo o de sistemas operativos. Siempre debe ser posible
mezclar y acoplar plataformas de clientes y servidores.

Intercambios basados en mensajes: clientes y servidores son sistemas

acoplados sin grandes restricciones que interactan mediante un mecanismo
de intercambio de mensajes; as, estos se convierten en el mecanismo de
entrega para las solicitudes y repuestas de servicio.

Encapsulado de servicios: el servidor es un especialista. A travs de un

mensaje se le indica cual es el servicio que se le solicita, y luego depende de
l la forma en que se satisface tal solicitud. Los servidores pueden actualizarse
sin afectar a los clientes siempre y cuando la interfaz de mensajes publicados
no cambie.

20
 Escalabilidad: cliente/servidor puede escalarse horizontal y verticalmente. El
escalamiento horizontal implica al agregar o quitar estaciones de trabajo
clientes solo se produce un pequeo efecto en el desempeo. El escalamiento
vertical significa migrar (mudar) a una maquina servidor ms grande y rpida,
o distribuir la carga de procesamiento entre varios servidores.

Integridad: el cdigo y la informacin del servidor se administran de manera

central, lo que da como resultado un mantenimiento ms barato y el resguardo
de la integridad de la informacin compartida. Al mismo tiempo, los clientes
permanecen personales e independientes.

Las caractersticas d la tecnologa cliente/servidor arriba descrita permiten

distribuir sin problemas la inteligencia a lo largo de la red. Asimismo, brindan el
marco para disear aplicaciones de red acopladas sin grandes restricciones. (p.16).

3.1.5 Clientes pesados / Servidores ligeros

La mayor parte de la funcionalidad de la aplicacin se implementa en el cliente.

Los servidores son mecanismo de acceso a recursos compartidos.

Mayor flexibilidad para aplicaciones que implementan nuevas

funcionalidades.

Ejemplos: Servidores de bases de datos o servidores de ficheros. (Drake,

2008, p. 7).

21
3.1.6 Clientes ligeros / Servidores pesados: La mayor parte de la funcionalidad
se implementa en los servidores.

Incrementar la reusabilidad del cdigo.

Son ms fciles de desplegar y administrar.
Se basan en servidores ms abstractos que reducen el flujo por la red.
En vez de proporcionar datos, exportan procedimientos.
Ejemplos: Servidores de transacciones y servidores web. Ambos modelos
coexisten y se complementan dentro de una misma aplicacin. (Drake, 2008,
p. 7).

3.1.7 N Capas y N-niveles.

La programacin por capas es una arquitectura cliente servidor en el que el

objetivo primordial es la separacin de la lgica de negocios de la lgica de diseo;
un ejemplo bsico de esto consiste en separar la capa de datos de la capa de
presentacin al usuario. El diseo ms utilizado actualmente es el diseo en tres
niveles (o en tres capas):

Capa de presentacin: es la que ve el usuario (tambin se la denomina "capa

de usuario"), presenta el sistema al usuario, le comunica la informacin y
captura la informacin del usuario en un mnimo de proceso (realiza un
filtrado previo para comprobar que no hay errores de formato). Tambin es
conocida como interfaz grfica y debe tener la caracterstica de ser "amigable"
(entendible y fcil de usar) para el usuario. Esta capa se comunica nicamente
con la capa de negocio.

Capa de negocio: es donde residen los programas que se ejecutan, se reciben

las peticiones del usuario y se envan las respuestas tras el proceso. Se

22
 denomina capa de negocio (e incluso de lgica del negocio) porque es aqu
donde se establecen todas las reglas que deben cumplirse. Esta capa se
comunica con la capa de presentacin, para recibir las solicitudes y presentar
los resultados, y con la capa de datos, para solicitar al gestor de base de datos
almacenar o recuperar datos de l. Tambin se consideran aqu los programas
de aplicacin.

Capa de datos: es donde residen los datos y es la encargada de acceder a los

mismos. Est formada por uno o ms gestores de bases de datos que realizan
todo el almacenamiento de datos, reciben solicitudes de almacenamiento o
recuperacin de informacin desde la capa de negocio.

Todas estas capas pueden residir en un nico ordenador, si bien lo ms usual

es que haya una multitud de ordenadores en donde reside la capa de presentacin (son
los clientes de la arquitectura cliente/servidor). Las capas de negocio y de datos
pueden residir en el mismo ordenador, y si el crecimiento de las necesidades lo
aconseja se pueden separar en dos o ms ordenadores. As, si el tamao o
complejidad de la base de datos aumenta, se puede separar en varios ordenadores los
cuales recibirn las peticiones del ordenador en que resida la capa de negocio.

Si, por el contrario, fuese la complejidad en la capa de negocio lo que obligase

a la separacin, esta capa de negocio podra residir en uno o ms ordenadores que
realizaran solicitudes a una nica base de datos. En sistemas muy complejos se llega
a tener una serie de ordenadores sobre los cuales corre la capa de negocio, y otra serie
de ordenadores sobre los cuales corre la base de datos.

23
 En una arquitectura de tres niveles, los trminos "capas" y "niveles" no
significan lo mismo ni son similares. El trmino "capa" hace referencia a la forma
como una solucin es segmentada desde el punto de vista lgico:

Presentacin. (Conocida como capa Web)

Lgica de Negocio. (Conocida como capa Aplicativa)
Datos. (Conocida como capa de Base de Datos)

En cambio, el trmino "nivel" corresponde a la forma en que las capas lgicas

se encuentran distribuidas de forma fsica. Por ejemplo: Una solucin de tres capas
(presentacin, lgica del negocio, datos) que residen en un solo ordenador
(Presentacin+lgica+datos). Se dice que la arquitectura de la solucin es de tres
capas y un nivel. Programacin por capas. (2013, 9 de enero). Wikipedia, La
enciclopedia libre. Fecha de consulta: 16:15, enero 27, 2013 desde
http://es.wikipedia.org/w/index.php?title=Programaci%C3%B3n_por_capas&oldid=6
2837642.

Grfico N 3 Programacin por capas

Fuente: http://upload.wikimedia.org/wikipedia/commons/e/ea/Tres_capas.PNG

24
3.1.8 Servidor de Base de Datos MySQL.

MySQL es el servidor de bases de datos relacionales ms popular,

desarrollado y proporcionado por MySQ L AB. El servidor de bases de datos MySQL
es muy rpido, seguro, y fcil de usar. El servidor MySQL fue desarrollado
originalmente para manejar grandes bases de datos mucho ms rpido que las
soluciones existentes y ha estado siendo usado exitosamente en ambientes de
produccin sumamente exigentes por varios aos. Aunque se encuentra en desarrollo
constante, el servidor MySQL ofrece hoy un conjunto rico y til de funciones. Su
conectividad, velocidad, y seguridad hacen de MySQL un servidor bastante
apropiado para acceder a bases de datos en Internet.

El software de bases de datos MySQL consiste de un sistema cliente/servidor

que se compone de un servidor SQL multihilo, varios programas clientes y
bibliotecas, herramientas administrativas, y una gran variedad de interfaces de
programacin (APIs). Se puede obtener tambin como una biblioteca multihilo que se
puede enlazar dentro de otras aplicaciones para obtener un producto ms pequeo,
ms rpido, y ms fcil de manejar. Servidor de bases de datos MySql. (2010, 15 de
julio). Ecured. Fecha de consulta: 08:15, diciembre 05, 2012 desde
(http://www.ecured.cu/index.php/Servidores_de_Base_de_Datos 2011).

3.1.9 Apache Web server.

El servidor HTTP Apache es un servidor web HTTP de cdigo abierto, para

plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras,
que implementa el protocolo HTTP/1.1 y la nocin de sitio virtual. Cuando comenz

25
su desarrollo en 1995 se bas inicialmente en cdigo del popular NCSA HTTPd 1.3,
pero ms tarde fue reescrito por completo. Su nombre se debe a que Behelendorf
quera que tuviese la connotacin de algo que es firme y enrgico pero no agresivo, y
la tribu Apache fue la ltima en rendirse al que pronto se convertira en gobierno de
EEUU, y en esos momentos la preocupacin de su grupo era que llegasen las
empresas y "civilizasen" el paisaje que haban creado los primeros ingenieros de
internet. Adems Apache consista solamente en un conjunto de parches a aplicar al
servidor de NCSA. En ingls, a patchy server (un servidor "parcheado") suena igual
que Apache Server. Servidor HTTP Apache. (2013, 15 de enero). Wikipedia, La
enciclopedia libre. Fecha de consulta: 16:24, enero 27, 2013
desdehttp://es.wikipedia.org/w/index.php?title=Servidor_HTTP_Apache&oldid=630
12000.

3.1.10 PHP

Es un lenguaje de programacin de uso general de script del lado del servidor

originalmente diseado para el desarrollo web de contenido dinmico. Fue uno de los
primeros lenguajes de programacin del lado del servidor que se podan incorporar
directamente en el documento HTML en lugar de llamar a un archivo externo que
procese los datos.

El cdigo es interpretado por un servidor web con un mdulo de procesador

de PHP que genera la pgina Web resultante. PHP ha evolucionado por lo que ahora
incluye tambin una interfaz de lnea de comandos que puede ser usada en
aplicaciones grficas independientes. PHP puede ser usado en la mayora de los
servidores web al igual que en casi todos los sistemas operativos y plataformas sin
ningn costo. PHP. (2013, 22 de enero). Wikipedia, La enciclopedia libre. Fecha de

26
consulta: 16:27, enero 27, 2013
desde http://es.wikipedia.org/w/index.php?title=PHP&oldid=63190752.

3.1.11 Perl.

Perl es un lenguaje de propsito general originalmente desarrollado para la

manipulacin de texto y que ahora es utilizado para un amplio rango de tareas
incluyendo administracin de sistemas, desarrollo web, programacin en red,
desarrollo de GUI y ms.

Se previ que fuera prctico (facilidad de uso, eficiente, completo) en lugar de

hermoso (pequeo, elegante, mnimo). Sus principales caractersticas son que es fcil
de usar, soporta tanto la programacin estructurada como la programacin orientada a
objetos y la programacin funcional, tiene incorporado un poderoso sistema de
procesamiento de texto y una enorme coleccin de mdulos disponibles. Perl. (2013,
27 de enero). Wikipedia, La enciclopedia libre. Fecha de consulta: 16:29, enero 27,
2013 desde http://es.wikipedia.org/w/index.php?title=Perl&oldid=63307911.

3.1.12 Mod_perl.

mod_perl es un mdulo opcional para el servidor HTTP Apache . Se

incorpora un Perl intrprete en el servidor Apache, por lo que los contenidos
dinmicos producidos por Perl guiones se puede servir en respuesta a las peticiones
entrantes, sin el aadido importante de relanzar el intrprete de Perl para cada
solicitud. Como Lincoln Stein define mod_perl en sus palabras: mod_perl es ms que

27
secuencias de comandos CGI en esteroides. Se trata de una nueva forma de crear
contenido dinmico utilizando toda la potencia del servidor web Apache para crear
sesiones personalizadas con estado, sistemas de autenticacin de usuarios, servidores
proxy inteligentes y mucho ms. Sin embargo, por arte de magia, los scripts CGI
antiguas seguirn trabajando y trabajar muy rpido de hecho. Mod_Perl. (2013, 27 de
enero). Wikipedia, La enciclopedia libre. Fecha de consulta:
(http://en.wikipedia.org/wiki/Mod_perl 2012).

3.1.13 Hardware

Se refiere a todas las partes tangibles de un sistema informtico; sus

componentes son: elctricos, electrnicos, electromecnicos y mecnicos. Son
cables, gabinetes o cajas, perifricos de todo tipo y cualquier otro elemento fsico
involucrado. Hardware. (2013, 24 de enero). Wikipedia, La enciclopedia libre. Fecha
de consulta: 16:34, enero 27, 2013
desde http://es.wikipedia.org/w/index.php?title=Hardware&oldid=63237514.

3.1.14 Software

Se conoce como software al equipamiento lgico o soporte lgico de

un sistema informtico, el que comprende el conjunto de los
componentes lgicos necesarios que hacen posible la realizacin de tareas
especficas. Software. (2013, 25 de enero). Wikipedia, La enciclopedia libre. Fecha
de consulta: 16:39, enero 27, 2013 desde
http://es.wikipedia.org/w/index.php?title=Software&oldid=63259739.

28
3.2 Metodologa

Con la proliferacin de ordenadores personales de bajo coste en el mercado,

los recursos de sistemas de informacin existentes en cualquier organizacin se
pueden distribuir entre ordenadores de diferentes tipos: ordenadores personales de
gama baja, media y alta, estaciones de trabajo, miniordenadores o incluso
grandes ordenadores.

El concepto de cliente/servidor proporciona una forma eficiente de utilizar

todos estos recursos de mquina de tal forma que la seguridad y fiabilidad que
proporcionan los entornos mainframe, se traspasa a la red de rea local. A esto hay
que aadir la ventaja de la potencia y simplicidad de los ordenadores personales.

Para implantar una herramienta automatizada es conveniente seguir una serie

de pasos o etapas para tener una gua de trabajo que permita realizar el sistema de
manera eficiente y sin omitir ningn cambio importante. En la realizacin del
presente proyecto se utiliz arquitectura Cliente/ Servidor desarrollando una serie de
actividades divididas en siete fases definida por nosotros, lo cual establece el ciclo de
vida del sistema, para su implementacin.

Desde el punto de vista funcional, se puede definir la computacin

Cliente/Servidor como una arquitectura distribuida que permite a los usuarios finales
obtener acceso a la informacin en forma transparente an en entornos
multiplataforma. En el modelo cliente servidor, el cliente enva un mensaje
solicitando un determinado servicio a un servidor (hace una peticin), y este enva
uno o varios mensajes con la respuesta (provee el servicio). En un sistema

29
distribuido cada mquina puede cumplir el rol de servidor para algunas tareas y el rol
de cliente para otras. Los procedimientos y actividades que se emplearon para el
desarrollo del proyecto en el Banco del pueblo Soberano Coordinacin de Soporte
Tcnico se describen mediante las siguientes fases y actividades:

3.2.1 Fase I Identificar Problemas, oportunidad y objetivos: Familiarizacin de

procedimientos y procesos del proyecto en Banco del Pueblo Soberano. Se
detallan las siguientes actividades:

Asignacin del trabajo y alcance de la pasanta.

Familiarizacin con la estructura de la Coordinacin de Soporte Tcnico y la
normativa aplicable a la propuesta.
Involucrar los procesos operativos involucrados en el proyecto.
Planteamiento de objetivos del proyecto y elaboracin de la planificacin.
Definicin general del problema.
Reunin con el personal de la Gerencia General de Infraestructura
Tecnolgica a travs de entrevistas (rea de administracin de servidores).

3.2.2 Fase II Determinacin de los Requerimientos: Estudio de la situacin

actual del rea y aspectos tcnicos. Se detallan las siguientes actividades:

Levantamiento de informacin de los sistemas de Telecomunicaciones

actuales, existentes en el rea.
Estructura y facilidades de las reas involucradas en el proyecto.
Verificacin de los actuales sistemas de Telecomunicaciones y redes.
Verificacin de conexiones y capacidades de los sistemas actuales.
Requerimientos tcnicos a nivel de hardware y software para instalar la
arquitectura del servidor.

30
3.2.3 Fase III anlisis de las necesidades: Empleo de tcnicas especiales para
comprender el desarrollo del proyecto. Se detallan las siguientes actividades:

Realizacin de una matriz de evaluacin tcnica de tecnologas utilizadas para

la instalacin del servidor y agente en las estaciones de trabajo.
Desarrollo de una propuesta para la ejecucin del proyecto.

3.2.4 Fase IV Diseo del sistema: Arquitectura cliente servidor. Se detallan las
siguientes actividades:

Definicin de arquitectura favorable del servidor (Ver anexos instalacin del

servidor).
Definicin de la interoperabilidad del servidor. (ver anexos instalacin del
agente).
Especificaciones funcionales de acuerdo a los requerimientos encontrados.
Seleccin de versiones o distribuciones del aplicativo a instalar.

3.2.5 Fase V Desarrollo y documentacin: Instalacin del servidor bajo el sistema

operativo Debian 6 Distro de Linux. Se detallan las siguientes actividades:

Instalacin de la Herramienta OCS INVENTORY NG a travs de la terminal

en Deban Linux.
Empleo de herramientas tecnolgicas de carcter libre tales como MySql,
Perl, y Apache Server.
Se corrigieron errores durante la instalacin del aplicativo, concerniente a la
descarga de paquetes y libreras de actualizacin del sistema operativo.
Desarrollo de la documentacin concerniente a una serie de comandos
utilizados para la instalacin.
Establecer manuales de instalacin y administracin.

31
3.2.6 Fase VI Pruebas y mantenimiento: Utilizar el aplicativo para verificar la
operatividad y corregir posibles errores. Se detallan las siguientes actividades:

Verificacin de la interoperabilidad bajo los sistemas operativos existentes en

la organizacin.
Pruebas de conexin al servidor en sincronizacin con el agente instalado en
las estaciones de trabajo.
Verificacin de los resultados obtenidos en los inventarios ejecutados.

3.2.7 Fase VII Implementacin y evaluacin: Operacin y ejecucin del

servidor. Se detallan las siguientes actividades:

Pruebas generales del aplicativo.

Lanzamiento de la aplicacin a produccin.
Elaboracin del informe final del proyecto.
Presentacin del proyecto a la Coordinacin de Soporte Tcnico.

32
 3.2.8 Cronograma de actividades

Cronograma de Actividades Pasantas Largas Ingenieria de Sistemas Periodo 2012-2013 . Banco del Pueblo Soberano
Fecha Semanas
Actividades
Inicio Culminacin Horas 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Actividad N 1 Asignacin de trabajo y alcance de la 8:00 am a

17/09/2012 21/09/2012
pasanta. 12:00 pm

Actividad N 2 Familiarizacin con la estructura

1:00 pm a
organizativa del rea (Coordinacin de Soporte 17/09/2012 21/09/2012
5:00 pm
Tcnico).

Actividad N 3 Planteamiento de los objetivos del

8:00 am a
proyecto y elaboracin del cronograma de 24/09/2012 28/09/2012
12:00 pm
actividades.

8:00 am a
Actividad N 4 Definicin general del problema 01/10/2012 05/10/2012
12:00 pm

Actividad N 5 Reunin con el personal de la

8:00 am a
gerencia General de Infraestructura Tecnolgica 08/10/2012 12/10/2012
12:00 pm
(Coordinacin de servidores).

Actividad N 6 Levantamiento de informacin de los

8:00 am a
sistemas de Telecomunicaciones actuales, existentes 15/10/2012 19/10/2012
12:00 pm
en el rea.

8:00 am a
Actividad N 7 Estructura y facilidades 22/10/2012 26/10/2012
12:00 pm

Actividad N 8 Verificacin de los actuales sistemas 8:00 am a

29/10/2012 31/10/2012
de Telecomunicaciones. 12:00 pm

Actividad N 9 Verificacin de conexiones y 1:00 pm a

01/11/2012 02/11/2012
capacidades de los sistemas actuales 5:00 pm

Actividad N 10 Requerimientos para instalar la 8:00 am a

05/11/2012 09/11/2012
arquitectura del servidor. 12:00 pm

8:00 am a
Actividad N 11 Definicin de arquitectura favorable. 12/11/2012 16/11/2012
12:00 pm

Actividad N 12 Realizar de una matriz de

8:00 am a
evaluacin tcnica de tecnologas utilizadas para la 19/11/2012 23/11/2012
12:00 pm
instalacin del servidor.

Actividad N 13 Verificacin de interoperabilidad del 8:00 am a

26/11/2012 30/11/2012
servidor. 12:00 pm

8:00 am a
Actividad N 14 Pruebas Generales 03/12/2012 07/12/2012
12:00 pm

8:00 am a
Actividad N 15 Pruebas Generales 10/12/2012 14/12/2012
12:00 pm

8:00 am a
Actividad N 16 Elaborar informe final del proyecto. 17/12/2012 21/12/2012
12:00 pm

8:00 am a
Actividad N 17 Elaborar informe final del proyecto. 24/12/2012 28/12/2012
12:00 pm

8:00 am a
Actividad N 18 Presentacion del Proyecto 02/01/2013 04/01/2013
12:00 pm

8:00 am a
Actividad N 18 Presentacion del Proyecto 07/01/2013 11/01/2013
12:00 pm

Grafico N 4 Cronograma de actividades

Fuente: realizado por iniciativa propia

33
3.3 Resultados

Los requerimientos se cumplieron a cabalidad y de manera exitosa a travs del

desarrollo e implementacin de la herramienta automatizada, OCS Inventory NG
como aplicativo instalado en un servidor bajo sistema operativo Linux en la distro
Debian 6 que permite ejecutar de manera digital, exacta y confiable inventarios tanto
del software y hardware de los equipos informticos conectados en la red LAN del
Banco del Pueblo Soberano, realizando una sincronizacin con un agente instalado
en las estaciones de trabajo de todos los empleados ubicados en las torres principales,
el cual realiza peticiones frecuentes al servidor y a la base de datos.

En primera instancia la herramienta OCS INVENTORY NG presenta un

mdulo de seguridad, el cual permite autenticarse a travs del usuario y contrasea
para ingresar como administrador, mediante cualquier navegador de internet dentro
de la red LAN, del Banco del Pueblo soberano con la siguiente URL
http://ocsinventory/ocsreports.

Grfico N 5 Ventana de autenticacin del usuario para ingresar al servidor

Fuente: Servidor OCS Inventory NG. Banco del Pueblo Soberano.

34
 Al ingresar a la aplicacin, muestra un resumen preciso del registro de todos
los PC que se encuentran en la base de datos, as como los que sincronizaron un
inventario reciente al servidor entre otras caractersticas representativas y parmetros
claves para la administracin y control del mismo.

Grfico N 6 Ventana resumen del inventario de las PC

Fuente: Servidor OCS Inventory NG. Banco del Pueblo Soberano.

35
 Al presionar el botn Todos los computadores muestra un listado completo
de todas la PC existente en la Red LAN del Banco del Pueblo Soberano, detallando
en las cabeceras de las columnas parmetros referentes a la arquitectura del hardware
y software del equipo el cual permite la administracin y control de inventario
exactos y de forma digital a las reas involucradas.

Fuente: Servidor OCS Inventory NG URL http://10.168.210.12/ocsreports Banco del

Pueblo Soberano.

Si presionamos en uno de los registros en la columna Computador la

aplicacin muestra un inventario profundo y detallado de toda la arquitectura
existente en una PC de un empleado. Permitiendo controlar, administrar y saber la
ubicacin administrativa del equipo a la hora de inspeccionar algunos requerimientos
pautados por la coordinacin de Soporte Tcnico y dems reas involucradas.

Grfico N 7 Ventana del Inventario detallado de las PC.

Despliega una ventana con el detalle de la arquitectura existente en las PC, mostrando
el hardware y software contenido en la PC.

36
 Grfico N 8 Ventana del Inventario por parmetros.

Grfico N 9 Ventana del detalle de la arquitectura hardware y software de las PC.

Fuente: Servidor OCS Inventory NG. Banco del Pueblo Soberano.

37
 La aplicacin OCS inventory permite realizar filtros y adicionar columnas de
todos los parmetros relacionados con la arquitectura, como tambin la ubicacin
administrativa de todos los equipos, permitiendo visualizar inventarios completos de
acuerdo a los requerimientos solicitados por la Coordinacin de Soporte Tcnico y
dems reas del Banco del Pueblo Soberano.

Grfico N 10 Ventanas de los filtros por parmetros de las PC.

Fuente: Servidor OCS Inventory NG. Banco del Pueblo Soberano.

38
 OCS Inventory permite crear etiquetas para denotar la ubicacin de las PC, en
la creacin de las mismas se emplean las nomenclaturas de Codificacin de la
estructura organizativa del Banco del Pueblo Soberano, pautadas por Gerencia
General de Optimizacin y Procesos para la identificacin y control en los
inventarios.

Grfico N 11 Ventana conformacin de etiquetas referentes ubicacin administrativas de las

PC.

Fuente: Servidor OCS Inventory NG. Banco del Pueblo Soberano.

39
 A travs del mdulo administrar permite programar la ejecucin de los
inventario de todas las PC conectadas en la red LAN del Banco del Pueblo Soberano
entre otras caractersticas. Permitiendo al administrador tomar el control del servidor
de manera eficaz y funcional.

Grfico N 12 Ventana de administracin para la programacin y configuracin de los

inventarios.

Fuente: Servidor OCS Inventory NG. Banco del Pueblo Soberano.

40
 Por otra parte se administran las actividades y sincrona del servidor con el
agente instalado en las PC delos usuarios (empleados), permitiendo configurar la
frecuencia de auto ejecucin del agente. Entre otras funcionalidades establecidas.

Dibujo N 13 Ventana de administracin para la programacin y configuracin del servidor.

Fuente: Servidor OCS Inventory NG. Banco del Pueblo Soberano.

41
 3.4 Factibilidad tcnica, operativa y legal.

Tcnica: los insumos para la realizacin del proyecto fueron accesibles y

totalmente disponibles. Para la instalacin del servidor se utiliz una PC HP
Desktop 5800, con las siguiente arquitectura: Disco duro 300 Gb, Memoria
RAM 2 GB, Procesador 3.00 GHz Dual Core, as como tambin un monitor
de 18, perifricos de entrada como mouse y teclado y las licencias de
software tales como: OCS Inventory SERVER 2.0.5, OCS Inventory Agent
Windows 2.0.5 y el sistema operativo para la instalacin del servidor LINUX
DEBIAN Squezee 6.0 ambas bajo Software Libre.

Operativa: en este nivel se cont con la colaboracin de todas las reas

involucradas en el mismo, a la Gerencia de Seguridad de la informacin y
Telecomunicaciones por permitirnos el acceso a internet, configuracin de
puertos y dems asuntos relacionados a la operatividad del servidor, tambin
contamos con la participacin de la Coordinacin de optimizacin de
procesos quien nos proporcion la codificacin para las etiquetas de ubicacin
administrativa asignadas a las PC.

Legal: Especficamente nuestro proyecto se enfoca y despliega

principalmente del artculo 1 del decreto 3390 sobre el apoyo al Software
libre y reza textualmente: La Administracin Pblica Nacional emplear
prioritariamente Software Libre desarrollado con Estndares Abiertos, en sus
sistemas, proyectos y servicios informticos. A tales fines, todos los
rganos y entes de la Administracin Pblica Nacional iniciarn los
procesos de migracin gradual y progresiva de stos hacia el Software Libre
desarrollado con Estndares Abiertos. Motivado a esto la implementacin se
afianza en la utilizacin y manejo bajo estndares abierto. Decreto 3390.
(2013, 29 de enero). Software libre USB. Fecha de consulta: 09:39, enero 29,
2013 desdehttp://softwarelibre.eventos.usb.ve/files/presentaciones/atay.pdf.

42
 3.5 Vinculacin de los resultados con el perfil de egreso.

El Ingeniero de Sistemas se ocupa del diseo, programacin, implantacin y

mantenimiento de sistemas. Incorpora mtodos y tcnicas modernas para optimizar el
rendimiento econmico. Controla y corrige la marcha de las diferentes etapas de un
proyecto. Formula planes que permiten integrar diferentes proyectos de un programa
general de desarrollo. Evala el costo, efectividad de los recursos humanos, las
mquinas y tcnicas empleadas en estos sistemas. Define en combinacin con la
gerencia, las necesidades de una organizacin administrativa.

Los resultados del proyecto, acerca de la implementacin una herramienta

automatizada para la administracin y control de inventarios de Hardware y Software
de los equipos informticos conectados en la red LAN del Banco del Pueblo
Soberano , vinculan a la carrera con varias reas pertinentes como lo son:
Programacin, Redes, Cliente Servidor , Base de Datos, administracin y Gerencia y
por supuesto las reas bsicas de ingeniera ya que son las que nos permiten el
raciocinio para desarrollar las ideas y proyectos , otorgndole a los aspirantes cierta
autonoma de ingenio y fcil capacidad para resolver problemas.

43
 CONCLUSIONES

La prctica profesional que realizamos en el Banco del Pueblo Soberano, fue

enriquecedora como experiencia personal y profesional, ya que actualmente en el
mundo, las sociedades culturales se encuentran en la era digital y por ende, la
integracin de los sistemas de informacin, por lo tanto es fundamental los
conocimientos en esta carrera que hemos adquirido durante el desarrollo de la misma,
por lo tanto es invaluable el aporte que como profesionales recibimos con esta
oportunidad.

Ahora bien, al realizar el levantamiento de la informacin referente actuales

mtodos para realizar inventarios, se detectaron problemas y necesidades tales como
la de un sistema automatizado en carencia en el rea, con el anlisis respectivo fue
posible plantear la solucin al respecto, adems de visualizar el campo de trabajo las
ventajas y desventajas de las diferentes mtodos para el desarrollo de sistemas
estudiados tericamente en clase.

Por otro lado, el diseo y desarrollo de un servidor para la administracin y

control de inventarios OCS Inventory NG plantean la factibilidad tcnica y
econmica de la misma, proponiendo as una alternativa til y de primera mano a la
organizacin, en caso de respuestas a peticiones o requerimientos solicitados por
reas internas y externas existente en el Banco del Pueblo Soberano.

44
 RECOMENDACIONES

El proyecto pautado se realizo de manera exitosa, permitiendo solucionar la

necesidad existente en la Coordinacin de Soporte Tcnico y dems reas
involucradas. Implementando una herramienta automatizada OCS Inventory NG
para la administracin y control de inventarios de equipos informticos conectados en
la red LAN del Banco del Pueblo Soberano. Es importante sealar como
recomendacin a la Coordinacin de Soporte Tcnico:

El mantenimiento y control del servidor.

Se sugiere realizar respaldo permanentes de la bases de datos.

Mantener instalado el agente en las imgenes de los sistemas operativos

utilizados en el banco.

La expansin de este proyecto al resto de agencia bancarias existentes a nivel

nacional para as conformar una estructura completa, eficaz a la hora de tomar
decisiones administrativa, legales y vinculadas a la administracin de los
equipos.

Por otro lado el diseo y desarrollo del servidor se realizo en un PC

convencional descrito en las factibilidades tcnicas del presente informe, se
recomienda a futuro utilizar un equipo especializado para servidores,
manteniendo as planes de contingencia y seguridad en la integridad de la
informacin de los inventarios.

La ubicacin fsica del servidor, debera estar en el data center de la

organizacin.

45
 REFERENCIAS BIBLIOGRAFICAS

Apache Web Server, (2007). [Pgina web en lnea]. Disponible en:

http://es.wikipedia.org/wiki/Servidor_HTTP_Apache.

Cliente, (2008). [Pgina web en lnea]. Disponible en:

http://www.ctr.unican.es/asignaturas/procodis_3_II/Doc/Procodis_6_02.pdf

Hardware, (2003). [Pgina web en lnea]. Disponible en:

http://es.wikipedia.org/wiki/Hardware

Mod_perl, (2012). [Pgina web en lnea]. Disponible en:

http://en.wikipedia.org/wiki/Mod_perl

OCS Inventory Next Generation (2012). [Pgina web en lnea]. Disponible en:
http://www.ocsinventory-ng.org/en/

Orfali, R.; Harkey, D. y Edward, J. Cliente / servidor y objetos Gua de

supervivencia (3ra Ed.). Mxico: Oxford.

Perl, (2012). [Pgina web en lnea]. Disponible en:

http://es.wikipedia.org/wiki/Perl

PHP, (2012). [Pgina web en lnea]. Disponible en:

http://es.wikipedia.org/wiki/PHP.

Programacin por capas, (2013) [Pgina web en lnea]. Disponible

en:http://es.wikipedia.org/wiki/Programacion_por_capas

46
 Servidor de base de datos MySql, (2011). [Pgina web en lnea]. Disponible
en:http://www.ecured.cu/index.php/Servidores_de_Base_de_Datos

Servidor, (2008) [Pgina web en lnea]. Disponible en:

http://www.ctr.unican.es/asignaturas/procodis_3_II/Doc/Procodis_6_02.pdf

Software, (2000). [Pgina web en lnea]. Disponible en:

http://es.wikipedia.org/wiki/Software

47
 ANEXOS

Anexo A.

Manual de instalacin de la aplicacin OCS Inventory en el sistema opertico

Deban 6 de Linux.

Configurando el Servidor.

El Administrador del servidor est diseado por 4 Componentes Principales:

1. Servidor de Base de Datos, Donde se guarda la Informacin del inventario

2. Servidor de Comunicacin, Es El Que Se encarga de las Comunicaciones
HTTP entre el Servidor y los Agentes.
3. Consola Administrativa, Es el que permite a los Administradores consultar
la Base de Datos del Servidor utilizando Su Navegador Favorito.
4. Servidor de Despliegue, Almacena Toda La Informacin de Implementacin
de Paquetes (Requiere HTTPS).

Estos 4 componentes pueden estar instalados en la un mismo Servidor o en Diferentes

Computadores para poder balancear la carga. Para inventarios mayores unas 10.000
computadores, Se Recomienda utilizar por lo menos 2 servidores fsicos, un servidor
para la base de datos y un servidor de Comunicacin. Adicional un servidor de
rplica de la Base de Datos y un servidor de administracin de despliegue.

48
 Arquitectura de Comunicacin de OCS Inventory NG.

Nota: Si usted quiere utilizar mltiples Computadoras para Instalar OCS Inventory
NG servidor de administracin, recomendamos que utilice Servidores Linux. OCS
Inventory NG para el servidor de Windows viene un paquete integrado con todos
con los componentes requeridos (apache, perl, php, mod_perl, mysql...).

Servidor de Base de Datos Actualmente solo soporta MySQL 4.1 o superior, con el
motor InnoDB activo.

Servidor de Comunicacin Necesita Apache Web Server 1.3.X/2.X y estar escrito

en Perl Como un mdulo de Apache. Porqu los scripts estn compilados en PERL
de lo contrario Inicia APACHE, y no hay peticin Por eso obtiene mejor
rendimiento. El servidor de comunicacin debera requerir algunos mdulos
adicionales de Perl dependiendo de la Distribucin Seleccionada.

Servidor de Despliegue Necesita Cualquier Servidor Web con Soporte de SSL

Habilitado.

49
Consola Administrativa Esta escrita en PHP 4.1 (o superior) y puede ser ejecutada
bajo Apache Web Server 1.3.X/2.X. La Consola Administrativa Requiere un Soporte
Archivos ZIP y GD habilitados en PHP para poder utilizar el Despliegue de Paquetes.

Sobre Sistemas Operativos Linux.

Nosotros asumimos QUE TIENE USTED:

Servidor de Base de Datos MySQL ejecutndose en algn lugar y escuchando en

el puerto por defecto: 3306 Habilitado y TCP / IP.
Apache Web server y ejecutndose bajo el servidor de Comunicacin y
administracin.
PHP y Perl instalados y listos para usar servicios web, usados por el servidor
Apache para la consola administrativa.
Perl y mod_perl instalados y listos para usar servicio por el servidor Web
Apache para el servidor de comunicacin.
Requerimientos.

Apache versin 1.3.33 o superior / Apache versin 2.0.46 o superior.

Mod_perl versin 1.29 o superior.
Mod_php versin 4.3.2 o superior.
PHP 4.3.2 o superior, con Soporte para ZIP y GD habilitado.
Perl 5.6 o superior.
Mdulo Perl XML: Simple versin 2.12 o superior.
Mdulo Perl Compress: Zlib versin 1.33 o superior.
Mdulo Perl DBI versin 1.40 o superior.
Mdulo Perl DBD :: mysql versin 2.9004 o superior.
Perl mdulo Apache :: DBI versin 0.93 o superior.
Mdulo Perl Net :: IP version 1.21 o superior.
Mdulo Perl SOAP :: Lite versin 0.66 o superior (opcional)
MySQL versin 4.1.0 o superior, con el motor InnoDB activo.

50
 Utilera Make Como en GNU make.

Nota: El Instalador de OCS Inventory NG servidor revisara tareas pendientes Estos

Componentes y detendr el Instalador s hace falta alguno de ellos.

Instalando el servidor de Comunicacin, Requiere mdulos de Perl.

El Servidor Web de Comunicacin Requiere Apache Web Server, el Lenguaje de

scripting Perl 5 y algunos mdulos adicionales de Perl 5. Acta como un mdulo de
Apache que maneja peticiones HTTP agentes OCS Inventory "en un directorio
virtual / ocsinventory.

Plantilla: Advertencia:

En Deban como Linux, usted debera utilizar "apt-get" para Instalar los mdulos
requeridos:

apt-get install libxml-simple-perl

apt-get install libcompress-zlib-perl
apt-get install perl-libdbi
apt-get install libdbd-mysql-perl
apt-get install libapache-dbi-perl
apt-get install libnet-ip-perl
apt-get install libsoap-lite-perl
cpan-i XML :: Entities

Si un Paquete pre compilado no est disponible para su Distribucin, usted lo debera

descargar desde el fuente: http://search.cpan.org y compilarlo en Su Sistema Por
ejemplo:

51
 tar-xvzf package_name.tar.gz
cd nombre_paquete
perl Makefile.PL
hacer
hacer la prueba
make install

Usted debera tambin Instalar los mdulos faltantes usando el guin cpan: es decir,

cpan-i Compress :: Zlib

Nota: Si usted no est usando un intrprete de perl, u otro como XAMPP / LAMPP,
usted debe de instalar Este intrprete de Perl, no el qu viene en el Sistema,
especificando la ruta Completa del intrprete de perl, por ejemplo:

/ Opt / lampp / bin / perl Makefile.PL

Instalando la consola de administracin, mdulos de PHP requeridos

La consola de administracin de Web requiere servidor web Apache y PHP 4

lenguaje de scripting y algunos mdulos adicionales para PHP (ver Requisitos ).

Advertencia: Debe tener privilegios de root para instalar la consola de

administracin. Necesita para instalar el soporte para PHP ZIP.

52
En Deban como Linux, puede utilizar "apt-get" para instalar:

apt-get install-libphp pclzip

De lo contrario, la mejor manera de hacer esto es usar PHP paquete postal

PECL. Debe tener bibliotecas de desarrollo de PHP (php-devel package ).
Entonces, si usted tiene perl instalado, slo tienes que escribir

perl. install zip

Si no dispone de conexin para instalarlo o no tiene acceso a Internet, descargar el

paquete "zip-1.3.1.tgz" de http://pecl.php.net/package/zip . En Deban Instalarlo (php
paquete de desarrollo es necesario):

tar-xvzf zip-1.3.1.tgz
cd zip-1.3.1
phpize
. / Configure
hacer
make install

Tambin es necesario instalar el soporte GD para PHP.

En Deban como Linux, puede utilizar "apt-get" para instalar:

apt-get install php5-gd

Instalacin del servidor de administracin.

Debe tener privilegios de root para configurar servidor de administracin.

Nota: Asegrese de MySQL motor de la base de datos se active. My.cnf abierta y

53
asegurar que no hay lnea "skip-innodb" o esta lnea se comenta (comienza con "#").

Descargar "OCSNG_LINUX_SERVER_1.01.tar.gz" desde el sitio Web de OCS

Inventory.

Descomprima la misma.

tar-xvzf OCSNG_UNIX_SERVER-1.02.1.tar.gz
cd OCSNG_UNIX_SERVER-1.02.1

Ejecutar "setup.sh" instalador. Durante la instalacin, la opcin por defecto se

presenta entre []. Por ejemplo, [y] / n significa que "y" (s) es la opcin por defecto, y
"n" (no) es la otra opcin.

sh setup.sh

Nota: el instalador escribe un archivo de registro "ocs_server_setup.log" en el mismo

directorio. Si encuentra algn error, por favor consulte este registro para messag error
detallado

54
Advertencia: Si va a actualizar desde OCS Inventory NG 1.01 y anterior, primero
debe eliminar el archivo de configuracin de Apache para el servidor de
comunicaciones.

Escriba "y" o "enter" para validar y, a continuacin, introduzca la direccin del

servidor MySQL host, en la mayora de los casos localhost.

A continuacin, los controles de configuracin para el cliente MySQL los archivos

binarios versin 4.1 o superior. Si no est presente, se le preguntar si desea continuar
o cancelar la instalacin.

Si todo est OK, ingrese el puerto del servidor MySQL, por lo general 3306.

55
Ingresa o validar camino a Apache binario demonio, generalmente "/ usr / sbin /
httpd". Ser utilizado para encontrar archivos de configuracin de Apache.

Nota: Si usted no est utilizando el sistema Apache demonio, pero otro como
XAMPP / LAMPP servidor Apache, debe introducir la ruta completa a su demonio de
Apache, no el sistema.

56
Ingresa o validar Apache principal ruta del archivo de configuracin, generalmente "/
etc / apache / conf / apache.conf" o "/ etc / httpd / conf / httpd.conf".

57
Ingresa o validar demonio Apache corriendo cuenta de usuario, generalmente
"apache" o "www" (en Debian / Ubuntu es "www-data").

Ingresa o validar Apache grupo de usuarios demonio, generalmente "apache" o

"www" (en Debian / Ubuntu es "www-data").

58
A continuacin, los controles de configuracin para PERL intrprete binarios. Ingresa
o validar camino a intrprete PERL.

Nota: Si usted no est utilizando el sistema de intrprete de perl, u otro como

XAMPP / LAMPP perl intrprete, debe especificar la ruta completa a este intrprete
perl, no el del sistema por defecto. (/ Opt / lampp / bin / perl utiliza generalmente en
XAMPP / LAMPP).

59
Informacin comn para la creacin de Comunicacin consola del servidor o de la
Administracin est recogido. La configuracin le pregunta si desea configurar
servidor de comunicacin en este equipo. Ingrese "y" o validar para establecer la
comunicacin en servidor, "n" para omitir la instalacin del servidor de
comunicacin.

60
Instalacin a continuacin, trataremos de encontrar utilidad make. Si falla, la
instalacin se detendr.

Ingresa o validar camino a Apache incluyen directorio de configuracin. Este es el

directorio donde se almacena la configuracin de Apache para mdulos
especficos. Por lo general, este directorio es

/ Etc / httpd / conf.d

/ Etc / apache / conf.d

Si no est utilizando el directorio de configuracin, pero con todas las

configuraciones en el archivo de configuracin de Apache principal, no entres.

61
Configuracin prximo tratar de determinar su versin de Apache mod_perl. Si no
es capaz de determinar la versin de mod_perl, se le pedir que lo ingrese.

Nota: Puede comprobar la versin de mod_perl est utilizando mediante la consulta

de la base de datos del servidor de software.

Bajo dpkg habilitado distribucin Linux (Debian, Ubuntu ...), ejecute dpkg-l *
libapache-mod-perl *.

A continuacin, se le pedir que introduzca el directorio de registro en el servidor de

comunicacin almacenar depuracin / tuning registros. Validar o introduzca la ruta
del directorio. Si no existe, este directorio se crea.

62
A continuacin, el programa de instalacin necesarios para comprobar los mdulos
Perl (cf Requisitos .):

XML :: Simple version 2.12 o superior

Compress :: Zlib versin 1.33 o superior
DBI versin 1.40 o superior
DBD :: mysql versin 2.9004 o superior
Apache :: DBI versin 0.93 o superior
Versin IP Net :: 1.21 o superior
SOAP :: Lite versin 0.66 o superior

Advertencia: Si alguno de estos mdulos no se encuentra, se abortar la instalacin.

63
Si todo est OK, el programa de instalacin instala el servidor de comunicacin:

Configurar el servidor de comunicacin PERL mdulo.

Crear servidor de comunicacin PERL mdulo.
Instalar el servidor de comunicacin PERL mdulo en directorios de libreras
estndar.
Crear servidor de comunicacin directorio de registro (/ var / log / ocsinventory-
NG por defecto).
Configuracin de rotacin de registro diario para el servidor de Comunicacin
(archivo / etc / logrotate.d / ocsinventory NG-por defecto)
Crear un archivo de configuracin de Apache (ocsinventory.conf). Si est
utilizando el directorio de configuracin de Apache, este archivo se copia en este
directorio. De lo contrario, se le pedir que aada el contenido de este archivo al
final del archivo de configuracin de Apache principal.

Advertencia: No agregar contenido a un archivo de configuracin de apache

principal, si sta no es una instalacin desde cero! Debe copiar manualmente el

64
contenido del archivo de configuracin creado por ocsinventory.conf.local en el
archivo de configuracin de apache principal, en sustitucin de configuracin
existente.

Figura 2: Configuracin de Apache archivo de ejemplo

Instalacin del servidor de comunicacin ha finalizado. Se le pedir que configure la

consola de administracin para arriba. Ingrese "y" o validar establecer consola de
administracin, introduzca "n" para omitir la instalacin de la consola de
administracin.

El programa de instalacin le pedir que introduzca el directorio raz de Apache

documento, por lo general "/ var / www / html" o "/ var / www-datos".

65
A continuacin, el programa de instalacin necesarios para comprobar los mdulos
Perl (cf Requisitos .):

XML :: Simple version 2.12 o superior

DBI versin 1.40 o superior
DBD :: Mysql versin 2.9004 o superior
Versin IP Net :: 1.21 o superior

Advertencia: Si alguno de estos mdulos no se encuentra, se abortar la instalacin.

Si todo es correcto, la instalacin instalar la consola de administracin en los

"ocsreports" subdirectorio:

Crear / estructura de directorios ocsreports.

Crear / descargar estructura de directorios.
Copiar archivos en el directorio / ocsreports.

66
 Fijar los directorios y los permisos de los archivos para que el demonio Apache
lectura y escritura a los directorios necesarios (acceso de escritura se requiere
ocsreports /, / / ocsreports IPD y descargar /, vase 11.4 Archivos y permisos de
directorios bajo Linux .).
Configurar el script PERL ipdiscover-util.pl para acceder a la base de datos e
instalarlo.

Ahora, usted puede reiniciar el servidor web Apache para que los cambios surtan
efecto (httpd es por lo general para apache2).

/ Etc / init.d / httpd restart

/ Etc / init.d / apache restart

67
Configuracin del servidor de administracin.

Advertencia: Se recomienda que compruebe su php.ini al actualizar el servidor de

1.xa 2.x, especialmente estas variables:

max_execution_time
max_input_time
memory_limit

Nota: Usted no est obligado a lanzar install.php, puede usar la siguiente orden:

mysql-f-hlocalhost-uroot-p dbname <ocsbase.sql> log.log

Si no, abra su navegador web favorito y apunte en

URL http://administration_console/ocsreports para conectar el servidor de

68
administracin.Como base de datos no ha sido creada todava, esto comenzar OCS

Nota: Si su colacin por defecto es UTF8, ver algunos errores con respecto KEY
demasiado tiempo en algunas tablas, vea aqu para ver algunas
soluciones: http://forums.ocsinventory-ng.org/viewtopic.php?pid=32009 # p32009
Inventory proceso de configuracin. De lo contrario, puede volver a ejecutar el
proceso de configuracin de la
navegacin http://administration_console/ocsreports/install.php URL (debe utilizarse
al actualizar OCS Inventory Management Server).

Nota: Ver advertencia sobre el tamao mximo de paquete que usted ser capaz de
desplegar. Por favor, consulte el tamao de Cargas para la distribucin de paquetes .)
para configurar el servidor para que coincida con sus necesidades.

Complete la informacin para conectarse al servidor de base de datos MySQL con un

usuario que tiene la capacidad de crear bases de datos, tablas, ndices, etc
(generalmente root):

Nombre de usuario MySQL

MySQL contrasea de usuario

69
 Nombre de host MySQL

Acciones de configuracin:

Crear base de datos ocsweb, y aadir MySQL usuario con contrasea ocs ocs.
Otorgar al usuario ocs privilegios Seleccionar | Insertar | Actualizar | Eliminar |
Crea | cada | Referencias | ndice | Alter | Create temp | Cerradura en la base de
datos ocsweb.

Nota: Este usuario ser utilizada por el servidor de administracin y el servidor de

comunicacin para conectarse a la base de datos. Si no desea utilizar por defecto de
MySQL con la contrasea de usuario ocs ocs, debe actualizar en el archivo
PHP dbconfig.inc.php constantes COMPTE_BASE, que es inicio de sesin de
usuario de MySQL y / o PSWD_BASE,que contrasea de usuario de MySQL.

No se olvide de actualizar tambin la configuracin del servidor de comunicacin,

sobre todo en el archivo de configuracin de apache.

Consulte Asegure su servidor OCS Inventory NG documentacin. Si no desea

proteger su servidor OCS Inventory, usted tiene que desactivate mensaje de
advertencia en el perfil de usuario. Procedimiento se encuentra en la pgina de
documentacin de lo mismo.

Advertencia: Le recomendamos que lea esta documentacin y siga el procedimiento

Por ltimo, puede rellenar un texto que describe el TAG, una cadena que se muestra
en el primer lanzamiento del agente para pedir al usuario introducir el valor de la
variable. Es un dato genrico que le permite ordenar los equipos nuevos (sitio
geogrfico, primer piso, sala de john ....). Si no desea esta funcionalidad, acaba de
dejarlo en blanco.

70
Configuracin del servidor de administracin est terminada.

71
Simplemente apunte su navegador a la
URL http://administration_server/ocsreports y la sesin con admin como usuario
y admin como contrasea.

Actualizacin del servidor de administracin.

Cuando las nuevas versiones del servidor web de comunicacin o consola de

administracin web son liberados, debe actualizar su instalacin.

Nota: Asegrese de MySQL InnoDB motor se activa en el servidor de base de

datos. Abra my.cnf y asegrese de que no hay lnea con skip-innodb o esta lnea est
comentada (comienza con "#").

Advertencia: Copia de seguridad de su base de datos antes de actualizar! Si

encuentra algn error durante la actualizacin, restaure la base de datos y actualizar el
servidor MySQL a la versin 4.1.20 o superior. A continuacin, vuelva a actualizar
procedimiento.

Advertencia: Tenga en cuenta que muchos removedores de paquete se le pregunta si

desea eliminar tambin la base de datos - es mejor que no hacer esto, hacer que usted
quiere hacer la actualizacin, y no una instalacin desde cero.

72
Advertencia: Asegrese de ajustar la ejecucin mximo lmite de tiempo en el
php.ini a cero (sin lmite). Actualizacin de base de datos puede llevar mucho tiempo.

Advertencia: Se recomienda migrar la base de datos de OCS a

UTF8. Consulte Migracin de la base de datos OCS a UTF8 HowTo.

Para actualizar el servidor web de comunicacin y la consola de administracin, debe

seguir las instrucciones descritas en Instalacin de servidores de administracin. No
es necesario actualizar los mdulos de Perl si no se requiere en las notas de la versin.

Entonces, apunte su navegador favorito a URL

" http://administration_server/ocsreports " y se ejecutar el proceso de actualizacin
para asegurarse de que el esquema de base de datos por defecto y estn al da. El
proceso de actualizacin se parece a la configuracin del servidor de administracin
como se describe en Configuracin del servidor de gestin.

Nota: Ver advertencia sobre el tamao mximo de paquete que usted ser capaz de
desplegar. Por favor, consulte el tamao de Cargas para la distribucin de paquetes .)
para configurar el servidor para que coincida con sus necesidades.

. Introduzca el nombre del administrador MySQL (generalmente root) y la contrasea

y la direccin de servidor de base de datos MySQL y haga clic en
botn [Enviar] Plantilla: Aviso

73
Por ltimo, puede rellenar un texto que describe el TAG si desea utilizarlo.

Nota: Observe que los instaladores dice acerca de cmo iniciar una sesin en el
servidor despus de la actualizacin. En realidad utilizar su usuario / contrasea que
utiliz antes de la actualizacin, especialmente si se eliminan / desactivado usuario
admin :)

74
Anexo B. Instalacin del Agente OCS Inventory NG para Windows.

Ejecutar "OCS-NG-Windows-Agent-Setup.exe" en el equipo cliente ..

.. Y haga clic en "Siguiente"

Validar acuerdo de licencia haciendo clic en "Acepto" botn.

75
Seleccione el tipo de instalacin que desea:

Inventario de red: la computadora puede llegar a servidor OCS Inventory NG a

travs de la red, y por lo tanto, el agente se pondr en marcha utilizando un
servicio de Windows o un inicio de sesin / script GPO.
Local inventario: El ordenador no est conectado a una red, o nunca ser capaz
de llegar a OCS Inventory NG Server. Puede generar un inventario de este equipo
y guardar en el archivo a importar ms adelante en el servidor

76
Rellene Inventario URL OCS NG Comunicacin del servidor,
como http://your_ocs_server_address:your_server_port/ocsinventory . Tambin
puede especificar si el servidor https es activado SSL para proteger la
comunicacin. Si ha protegido su servidor de comunicaciones de acceso con
credenciales, debe especificar las credenciales de agente utilizar para autenticar
(estas credenciales se cifran para ser almacenados en un archivo de configuracin). Si
usted es consciente de validacin de certificados de servidor cuando se utiliza el
protocolo HTTPS, ya sea para el envo de inventario o el despliegue del paquete,
puede desactivarlo. Sin embargo, se trata de un fallo de seguridad! No se
recomienda deshabilitar la validacin del certificado del agente porque no
autentica servidor. Con la validacin de certificados activada, debe especificar la
ruta al certificado de entidad emisora de certificados raz (por defecto utiliza "%
ProgramData% \ OCS Inventory NG \ Agent \ cacert.pem"). A continuacin, haga
clic en "Siguiente".

77
Nota: Se puede utilizar un certificado autofirmado, pero CN certificado debe ser
igual a la direccin de servidor utilizado por los agentes de la comunicacin. Adems,
si la ruta completa al certificado no se proporciona, el agente intentar cargar el
archivo especificado desde su carpeta de datos "%% ProgramData \ OCS Inventory
NG \ Agent".

Si es necesario, seleccione el tipo de proxy que se utiliza para conectarse al servidor

de comunicaciones, la direccin proxy y el puerto y las credenciales del proxy si es
necesario (estas credenciales sern cifrados que se almacenan en el archivo de
configuracin). Agente de compatibilidad con HTTP, SOCKS 4 y SOCKS 5 proxies.

78
De forma predeterminada, el Agente OCS Inventory escribir informacin en slo
unos pocos archivos de registro. Puede aumentar este propicio "registro
detallado". Tambin puede desactivar la pregunta TAG, o especificar el valor
TAG. Por ltimo, indicar que el nivel de integracin de sistemas que usted necesita:

No registre servicio utilizando la cuenta LocalSystem (es decir, use agente

independiente, que debe ser lanzado manualmente o mediante secuencias de
comandos de inicio de sesin).
No configurar OCS Inventory NG Applet Systray que se inicie automticamente
cuando el usuario iniciar sesin Esta aplicacin permite al usuario ejecutar
manualmente el agente, o para mostrar la informacin del inventario. Al
desactivar esta opcin no crea vnculo de acceso directo en "Todos los usuarios"
en el men de inicio.
Lanzamiento de inventario justo al final de la instalacin.

79
Seleccione la carpeta de destino "C: \ Archivos de programa \ OCS Inventory Agent"
por defecto ("C: \ Archivos de programa (x86) \ Agente OCS Inventory" bajo
Windows 64 bits) y haga clic en "Instalar".

80
Haga clic en "Finalizar" para cerrar OCS Inventory NG instalacin del agente.

81