UNIVERSIDAD SAN PEDRO

VICERRECTORADO ACADMICO
FACULTAD DE INGENIERA
ESCUELA PROFESIONAL DE INGENIERIA INFORMTICA Y DE SISTEMAS

PROYECTO DE INVESTIGACIN

SISTEMA INFORMTICO DE GESTION DE EQUIPOS

Y MATERIALES DE COMUNICACIN EN LA
EMPRESA GL-ENERCOM DE LA CIUDAD DE
HUARAZ, 2016
AUTOR:
JAMANCA RAMIREZ WILDER JOPISH

HUARAZ - PER
2016

UNIVERSIDAD SAN PEDRO

VICERRECTORADO ACADMICO
FACULTAD DE INGENIERIA

Palabras clave:
Tema
Especialidad

Sistema informtico de gestin de equipos y materiales de

comunicacin
Ingeniera de Software.

1. Ttulo
SISTEMA INFORMTICO DE GESTION DE EQUIPOS Y MATERIALES
DE COMUNICACIN EN LA EMPRESA GL-ENERCOM DE LA CIUDAD
DE HUARAZ, 2016

2. Personal investigador
Jamanca Ramrez, Wilder Jopish
Facultad de Ingeniera,

Escuela profesional de Ingeniera Informtica y de sistemas,

Estudiante.
Cdigo: 2006020182
Correo: mdc3744@gmail.com

3. Rgimen de investigacin
Libre
4. Unidad acadmica a la que pertenece el Proyecto
Facultad de Ingeniera, Ingeniera Informtica y de Sistemas. Filial Huaraz.
5. Localidad e Institucin donde se ejecutar el Proyecto de Investigacin
Localidad: Huaraz, Provincia Huaraz, Departamento de Ancash, Per.
Institucin: Empresa GL-ENERCOM Huaraz.

6. Duracin de la ejecucin del Proyecto

Inicio: Mayo 2016
Trmino: Agosto 2016

7. Horas semanales dedicadas al Proyecto de Investigacin por cada investigador.

Jamanca Ramrez, Wilder Jopish (10 horas).
8.- Recursos disponibles
Personal investigador:
Jamanca Ramrez, Wilder Jopish

Materiales y equipos:
- Papel Bond 01 millar.

- Notebook.

- Lapiceros color azul, negro.

- Impresora.

- Correctores de tinta.

- Cartuchos de tinta.

- Engrapador

- Internet.

- Fotocopias.

- Resaltadores.

- Lpices.

- Smarthphone.

- Papelografos.

- Borradores.

- Impresora.

- Folder.

Locales:

Universidad San Pedro Huaraz.

Oficinas de GL-ENERCOM S.R.L.

9.- Presupuesto
DESCRIPCIN
Bienes de Consumo:
De Oficina
- Cuatro millares de papel bond, de 80 gr.
- Diez Lapiceros tinta color azul, negro.
- Un Engrapador.
- Una caja de grapas.
- Diez Lpices.
- Tres Borradores.
- Tres Folder Plstico.
- Seis Resaltadores.
- Una caja Clips.
- Una docena de disco compacto
recordable.
Bienes de Inversin:
- Impresora HP
- Cartucho de Tinta
Servicios:
- Movilidad local.
- Anillados.
- Arrendamiento de servicios para
procesamiento de datos.
- Impresiones.
- Alquiler de Internet.
- Fotocopias.
- Viticos.

COSTO
UNIDAD

S/. 15.00
S/. 2.00
S/. 10.00
S/. 3.00
S/. 1.00
S/. 1.00
S/. 2.00
S/. 3.50
S/. 2.00
S/. 1.00

S/. 60.00
S/. 20.00
S/. 10.00
S/. 3.00
S/. 10.00
S/. 3.00
S/. 6.00
S/. 21.00
S/. 2.00
S/. 12.00

S/. 300.00
S/. 55.00

S/. 300.00
S/. 55.00

S/. 100.00
S/. 10.00
S/. 40.00

S/. 100.00
S/. 10.00
S/. 40.00

S/. 190.00
S/. 200.00
S/. 40.00
S/. 400.00

S/.190.00
S/.200.00
S/. 40.00
S/. 400.00

TOTAL: S/. 1482.00

10.- Financiamiento
Autofinanciado: Con recursos del investigador.
11.- Tareas del Investigador
INVESTIGADOR:

Elaborar el proyecto de investigacin.

Elaborar y aplicar instrumentos.

COSTO TOTAL

Procesar datos.
Aplicar metodologa de desarrollo.

Elaborar el informe final.

Sustentar el informe final.

12.- Lnea de Investigacin.

CODIGO UNESCO:
33 Ciencias Tecnolgicas
3304 Tecnologa de los ordenadores.
3304.99 Otras (Sistema Informtico).
13.- Resumen del Proyecto.
El propsito de la investigacin es desarrollar un sistema informtico de
gestin de equipos y materiales de comunicacin en la empresa GL-ENERCOM de
la ciudad de Huaraz, en el ao 2016 para gestionar el ingreso y salida de equipos
con el objetivo de agilizar la atencin de averas y devolucin de equipos. El
proceso llevado a cabo en la formulacin de la presente propuesta tiene
componente investigativo de tipo tecnolgico, teniendo en cuenta que ser
necesaria la recoleccin de informacin relacionada con desarrollar un sistema
informtico de gestin para la empresa GL-ENERCOM, 2016.
Nivel de Investigacin: Propositiva, de innovacin incremental, porque se trata de
desarrollar una aplicacin a un proceso existente y lo que se desea es agilizar el
proceso con equipos al alcance de los usuarios que son los Trabajadores. Respecto
al alcance temporal es una investigacin sincrnica porque se realizar el estudio
en un periodo de 3 meses.
Los resultados esperados en esta investigacin son Desarrollar un Sistema
Informtico de gestin para la empresa GL-ENERCOM de la ciudad de Huaraz,
2016, en los que estn incluidas las etapas de anlisis, diseo, implementacin y
pruebas.

14.- Cronograma.

* Elaboracin del instrumento

Ejecucin del proyecto

x
Presentacin de avance

x
* Aplicacin del instrumento de
recoleccin de la informacin

x
x

Procesamiento y Anlisis

x
x

* Procesamiento de los datos

* Anlisis e interpretacin

* Discusin de los resultados

x
Elaboracin del informe Final

x
* Revisin general de los resultados

x
x

* Preparacin del informe final

Publicacin

x
* Presentacin y sustentacin del
Informe final

DICIEMBRE

NOVIEMBRE

OCTUBRE

AGOSTO

JULIO

JUNIO

MAYO

ABRIL

MARZO

Revisin Bibliogrfica

SEPTIEMBRE

ACTIVIDADES

FEBRER0

ENERO

2016

PLAN DE INVESTIGACIN CIENTIFICA

1.

ANTECEDENTES.
Segn Bonifacio (2011), desarroll en Lima (Per), un proyecto para grado de
titulacin denominado Implementacin de un Sistema de Control en almacn para
la empresa Soltel S.C.R.L.
En ella se realiza un amplio anlisis e investigacin de la importancia, objetivos
y procedimientos contables para el desarrollo del presente proyecto. La aplicacin de la
metodologa de planificacin, desarrollo y mantenimiento de sistemas de informacin
(Mtrica Versin 3) fue de gran ayuda para el desarrollo e implementacin del sistema
contable para la empresa Soltel, y que abarca tcnicas, actividades y procedimientos
destinados a la evaluacin en asuntos relativos a la planificacin, control eficacia,
seguridad y adecuacin de los pasos de desarrollo del sistema, por lo que comprende un
examen metdico, puntual y discontinuo del servicio informtico, con vista a mejorar
en rentabilidad, seguridad y eficacia.
Cime S.R.L Lima - Callao, en la actualidad la empresa Cime presenta
deficiencias en sus actividades, porque en actualidad los procesos de compra y venta lo
realizan de forma manual, a lo que se realiz el anlisis y diseo de un sistema
informtico para as automatizar las actividades de la empresa.

2.-

JUSTIFICACIN.
La presente investigacin se justifica cientficamente, porque busca conocimientos
selectivos y sistematizados para explicar racionalmente los procesos de desarrollo de
un sistema informtico de gestin para el control de ingreso y devoluciones de equipos
de la empresa GL-ENERCOM de la ciudad de Huaraz 2016 y contribuir a la mejora
de la actualizacin de la informacin, as como facilitar al trabajador mejorar su calidad
de servicio.

Asimismo, la investigacin se justifica metodolgicamente porque busca

desarrollar mtodos tecnolgicos y sistematizados para obtener resultados vlidos y
confiables de los procesos de desarrollo de un sistema informtico de gestin de la
empresa GL-ENERCOM de la ciudad de Huaraz 2016 y contribuir a la mejora de la
actualizacin de la informacin.
Finalmente, la investigacin se justifica de manera prctica, porque busca dar una
mejora en la empresa GL-ENERCOM, desarrollando un sistema informtico de gestin
en la empresa GL-ENERCOM 2016 y contribuir a la mejora de la actualizacin de la
informacin.

3.-

PROBLEMA.
Cmo desarrollar un sistema informtico de gestin de equipos para la empresa GLENERCOM de Huaraz 2016?
4.- MARCO REFERENCIAL.
4.1 MARCO TERICO
A. FASE DE RUP:
Inicio: el objetivo de la fase de inicio es el de establecer un caso de
negocio para el sistema. Se deben identificar todas las entidades
externas (personas y sistema) que interactan con el sistema y definir
estas interacciones. Esta informacin se utiliza entonces para evaluar la
aportacin que el sistema hace el negocio. Si esta aportacin es de
poca importancia. Se puede cancelar el proyecto despus de esta fase.
Elaboracin: los objetivos de esta fase son desarrollar una
comprensin del dominio del problema, establecer un marco de trabajo
arquitectnico para el sistema, desarrollar el plan del proyecto e

identificar los riesgos clave del proyecto. Al terminar esta fase, se debe
tener un modelo de los requerimientos del sistema (se especifican los
casos de uso UML). Una descripcin arquitectnica y un plan de
desarrollo del software.
Construccin: la fase de construccin fundamentalmente comprende
el diseo del sistema, la programacin y las pruebas. Durante esta fase
se desarrollan e integran las partes del sistema. Al terminar esta fase,
debe tener un sistema software operativo y la documentacin
correspondiente lista para entregarlas a los usuarios.
Transicin: la fase final del RUP se ocupa de mover el sistema desde
la comunidad de desarrollo a la comunidad del usuario y hacerlo
trabajar en un entorno real. Esto se deja de lado en la mayor parte de
los modelos de proceso del software, pero es, en realidad, una
actividad de alto costo y a veces problemtica. Al terminar esta fase, se
debe tener un sistema software documentado que funcione
correctamente en su entorno operativo.
La iteracin dentro del RUP es apoyada de dos formas, cada fase se puede
representar de un modo iterativo con los resultados desarrollados
incrementalmente. Adems, el conjunto entero de fases puede tambin
representarse de forma incremental.
La vista esttica del RUP se centra en las actividades que tienen lugar
durante el proceso de desarrollo. Estas se denominan flujos de trabajo en la
descripcin del RUP. Existen seis principales flujos de trabajo del proceso
identificados en el proceso y tres principales flujos de trabajo de soporte.
El RUP se ha diseado conjuntamente con el UML, un lenguaje de

modelado orientado a objetos, por lo que la descripcin del flujo de trabajo

se orienta alrededor de los modelos UML asociados.
La ventaja de presentar perspectivas dinmicas y estticas es que las fases
del proceso de desarrollo no estn asociadas con flujos de trabajos
especficos. Al menos en principio, todos los flujos de trabajo del RUP
pueden estar activos en todas las etapas del proceso. Por supuesto, la
mayor parte del esfuerzo se realizara en flujos de trabajo tales como el
modelado del negocio y los requerimientos en las primeras fases del
proyecto y en las pruebas y despliegue en las fases posteriores.
La perspectiva prctica en el RUP describe buenas prcticas de la
ingeniera del software que son aconsejables en el desarrollo de sistemas.
Se recomiendan seis buenas prcticas fundamentales:

desarrolle el software de forma iterativa, planifique incrementos

del sistema basado en las prioridades de usuario y desarrollo y
entregue las caractersticas del sistema de ms alta prioridad al

inicio del proceso de desarrollo.

gestione los requerimientos: documente explcitamente los
requerimientos del cliente y mantngase al tanto de los cambios de
estos requerimientos. Analice el impacto de los cambios en el

sistema antes de aceptarlos.

utilice arquitecturas basadas en componentes: estructure la
arquitectura del sistema en componentes como se indic

anteriormente en este captulo.

modele el software visualmente: utilice modelos grficos UML

para presentar vistas estticas y dinmicas del software.

verifique la calidad del software: asegure que el software cumple
los estndares de calidad organizacionales.

controle los cambios del software: gestione los cambios del

software

usando

un

sistema

de

gestin

de

cambios

procedimientos y herramientas de gestin de configuraciones.

Las fases son dinmicas y tienen objetivos. Los flujos de trabajo son estticos
y son actividades tcnicas que no estn asociadas con fases nicas sino que
pueden utilizarse durante el desarrollo para alcanzar los objetivos de cada
fase.

Figura N 01: Fases de la metodologa RUP

Fuente: http://www.ibm.com
B. BASES TEORICAS
a. SISTEMA
Segn James A. Senn (1992), en el sentido ms amplio,
un sistema es un conjunto de componentes que interaccionan entre
s para lograr un objetivo comn. Nuestra sociedad est rodeada de
sistemas.

Por

ejemplo,

cualquier

persona

experimentada,

sensaciones fsicas gracias un complejo sistema nervioso formado

por el cerebro, la medula espinal, los nervios, y las clulas
sensoriales especializadas que se encuentran debajo de la piel;

estos elementos funcionan en conjunto para hacer que el sujeto

experimente sensaciones de frio, calor, comezn, etc. Las personas
se comunican con el lenguaje, que es un sistema muy desarrollado
formado por palabras y smbolos que tiene significado para el que
habla y para quienes lo escuchan. Asimismo, las personas viven en
un sistema econmico en el que se intercambian bienes y servicios
por otros de valor comparable y en el que, al menos en teora, los
participantes obtienen un beneficio en el intercambio.
Una organizacin es un sistema. Sus componentes, mercadotecnia,
manufactura, ventas, investigacin, embarques, contabilidad y
personal, trabajan juntos para crear utilidades que beneficien tanto
a los empleados como a los accionistas de la compaa. Cada uno
de estos componentes a su vez un sistema.
Todo sistema organizacional depende, en mayor o menor medida.,
de una entidad abstracta denominada sistema de informacin. Este
sistema es el medio por el cual los datos fluyen de una persona o
departamento hacia otros y puede ser cualquier cosa, desde la
comunicacin interna entre los diferentes componentes de la
organizacin y lneas telefnicas hasta sistemas de cmputo que
generan reportes peridicos para varios usuarios. Los sistemas de
informacin proporcionan servicios a todos los dems sistemas de
una organizacin y enlazan todos sus componentes en forma tal
que estos trabajen con eficiencia para alcanzar el mismo objetivo.
Caractersticas:
La finalidad de un sistema es la razn de su existencia. Existe
un sistema legislativo, por ejemplo, para estudiar los problemas
que enfrentan los ciudadanos y aprobar la legislacin que los

resuelva. El sistema de encendido de un automvil tiene el claro

propsito de que mar el combustible para crear la energa que
emplean los dems sistemas del automvil.
Para alcanzar sus objetivos, los sistemas interaccionan
con su medio ambiente, el cual est formado por todos los
objetos que se encuentran fuera de las fronteras de los sistemas.
Los sistemas que interactan con su medio ambiente (reciben
entradas y producen salidas) se denominan sistemas abiertos. En
contraste, aquellos que no interactan con su medio ambiente se
conocen como sistemas cerrados. Todos los sistemas actuales
son abiertos. Es as como los sistemas cerrados existen solo
como un concepto, aunque muy importante como se ver ms
adelante.
El elemento de control est relacionado con su naturaleza
de los sistemas, sean cerrados o abiertos. Los sistemas trabajan
mejor se encuentran bajo control cuando operan dentro de
niveles de desempeo tolerables.
Para resumir, los sistemas emplean un modelo de control
bsico consistente en:
- Un estndar para lograr un desempeo aceptable.
- Un mtodo para medir el desempeo actual.
- Un medio para comparar el desempeo actual contra el
-

estndar.
Un mtodo de retroalimentacin.
Los sistemas que pueden ajustar sus actividades para

mantener niveles aceptables continan funcionando. Aquellos

que no lo hacen, tarde o temprano dejan de trabajar.

En contraste, los sistemas cerrados sostienen su nivel de

operacin siempre y cuando posean informacin de control
adecuada y no necesiten nada de su medio ambiente. Los
componentes que forman un sistema puede ser a su vez
sistemas ms pequeos; es decir, los sistemas pueden estar
formados por varios niveles de sistemas o subsistemas.
b. SISTEMAS DE INFORMACIN
Segn James A. Senn (1992), las finalidades de los
sistemas de informacin, como las de cualquier otro sistema dentro
de una organizacin, son procesar entradas, mantener archivos de
datos relacionados con la organizacin y producir informacin,
reportes y otras salidas.
Los

sistemas

de

informacin

estn

formados

por

subsistemas que incluyen hardware, software, medios de

almacenamiento de datos para archivos y bases de datos. El
conjunto particular de subsistemas utilizados, equipo especfico,
programas, archivos y procedimientos, es lo que se denomina una
aplicacin de sistemas de informacin. De esta forma, los sistemas
de informacin pueden tener aplicaciones en ventas, contabilidad o
compras.
Dado que los sistemas de informacin dan soporte a los
dems sistemas de la organizacin, los analistas tienen primero que
estudiar el sistema organizacional como un todo para entonces
detallar sus sistemas de informacin.

Categoras de sistemas de informacin

Sistemas para el procesamiento de transacciones:
sustituye los procedimientos manuales por otros
basados en computadora. Trata con procesos de rutina
bien estructurados. Incluye aplicaciones para el
mantenimiento de registros.
Sistema de informacin administrativa: proporciona
informacin que ser empleada en los procesos de
decisin administrativos. Trata con el soporte de
situaciones de decisin bien estructuradas. Es posible
anticipar los requerimientos de informacin ms
comunes.
Sistema para soporte de decisiones: proporciona
informacin a los directivos que deben tomar decisiones
sobre decisiones particulares. Apoyan la toma de
decisiones en circunstancias que no estn bien
estructurados.
c. SISTEMA INFORMTICO
Definicin:
El sistema ser una base de datos que lleve el control y
administracin de la informacin que se tiene dentro de la
empresa tecnolgica para as facilitar el manejo de servicios,
clientes y trabajadores dentro de esta, teniendo como funciones
principales:

Cartera de clientes actualizada.

Cartera de proveedores actualizado
Informacin personal de los trabajadores en la nmina.
Control del inventario
Manejo de stock de productos

La recopilacin de la informacin se hizo a travs de

entrevistas con el cliente, en las cuales se discutieron las
necesidades de la empresa, ya que esta no cuenta con una
organizacin eficiente que le permita realizar sus procesos de
negocio con la suficiente rapidez y efectividad, causando con
esto una demora en la atencin a clientes.
La empresa realiza sus procesos en forma manual, es
decir, tiene un inventario hecho en papel, el control de la
nmina se basa en memoria del gerente y la informacin
personal de los empleados est registrado en un cuaderno, las
ventas se realizan en forma manual y la actualizacin del
inventario se hace de la misma manera, lo que provoca que el
control de las ventas e inventario no sea exacto ni actualizado,
por otro lado, la cartera de clientes y la informacin de
proveedores est en un cuaderno y que contiene solo
informacin personal del cliente y de los proveedores.
Segn James A. Senn (1992), un sistema informtico.
Puede ser definido como un sistema de informacin que basa la
parte fundamental de su procesamiento, en el empleo de la
computacin, como cualquier sistema, es un conjunto de
funciones interrelacionadas, hardware, software y de Recurso
Humano. Un sistema informtico normal emplea un sistema que
usa dispositivos que se usan para programar y almacenar
programas y datos.

Si adems de la informacin, es capaz de almacenar y

difundir los conocimientos que se generan sobre cierta temtica,
tanto dentro, como en el entorno de la entidad, entonces est en
presencia de un sistema de gestin de informacin y
conocimientos. Como utilizador final emplea esa informacin
en dos actividades fundamentales: la toma de decisiones y el
control.
Componentes
Personas en los dos extremos de la cadena de
procesamiento fsico de la informacin: en la
realizacin de los hechos que generan los datos
primarios y su captacin y adquisicin y en la
consulta y utilizacin de ellos. Por supuesto
tambin intervienen en ciertas acciones de
operacin del sistema.
Equipos de procesamiento de informacin,
fundamentalmente computadoras.
Equipos de apoyo a las transmisiones (HUB,
Gateways), equipos de apoyo y de seguridad
(back-ups,

acondicionadores

de

humificadores, entre otros)

Programas
de
computadoras,
operativos,

programas

de

aire,

des

sistemas

servicio

de

comunicaciones, y sobre todo, programas de

aplicacin)
Informacin tcnica de apoyo al sistema:
manuales tcnicos sobre el trabajo de las
computadoras y los equipos de apoyo, manuales

tcnicos sobre los sistemas operativos y

programas generales.
Manuales de usuario para orientar a los
usuarios-operadores sobre su trabajo con el
sistema de informacin. Incluyen la definicin
de los procedimientos manuales que deben
realizar los usuarios-operadores, la descripcin
de los formularios para captar la informacin
primaria, la descripcin de los reportes de salida
y la descripcin de las acciones interactivas con
el

sistema

informtico:

captacin

de

la

informacin, operacin del mismo, acciones

ante errores y situaciones anormales, seguridad
y proteccin de los recursos informativos y
consulta de informacin de resultados.
Informaciones variado tipo, soportados sobre
formularios de papel, CDs, DVDs, reportes de
papel de impresora, bases de datos en lnea
almacenadas en discos duros.
d. INGENIERA DE SOFTWARE
Segn Pressman R. S. (1997) y Sommerville Ian (2002), el
objetivo de la Ingeniera de Software es producir software que se
entregue al cliente con la documentacin que describe como
instalar y usar el sistema. Para Pressman R. S. (1997) y
SommervilleIan (2002), la ingeniera de software es una disciplina
que comprende todos los aspectos de la produccin de software

desde las etapas iniciales de la especificacin del sistema, hasta el

mantenimiento de ste despus de que se utiliza.
e. BASE DE DATOS
Segn Christopher J. Date (2012), un sistema de base de
datos es bsicamente un sistema computarizado para llenar
registros. Es posible considerar a la propia base de datos como una
especie de armario electrnico para archivar, es decir, es un
depsito o contenedor de una coleccin de archivo de datos
computarizados.
Es un sistema computarizado cuya finalidad general es
almacenar informacin y permitir a los usuarios recuperar y
actualizar esa informacin con base en peticiones. La informacin
en cuestin puede ser cualquier cosa que se d importancia para el
individuo u organizacin; en otras palabras, todo lo que sea
necesario

para

auxiliarse

en

el

proceso

general

de

su

administracin.
Los usuarios del sistema pueden realizar una variedad de
operaciones sobre dichos archivos, por ejemplo:
Agregar nuevos archivos a la base de datos.
Insertar datos dentro de los archivos existentes.
Recuperar datos de los archivos existentes.
Modificar datos en los archivos existentes.
Eliminar datos de los archivos existentes.
Eliminar archivos existentes de la base de datos.

f. SQL SERVER
SQL Server es un paquete completo de base de datos y anlisis de
datos que abre las puertas al rpido desarrollo de una nueva
generacin de aplicaciones comerciales de nivel empresarial, que
pueden proporcionar a su compaa una ventaja competitiva crtica.
Es un Sistema Gestor de Base de Datos SGBD totalmente
habilitado que proporciona una compatibilidad fundamental con el
Lenguaje de marcado extensible (XML, Extensible Markup
Lenguaje) y la capacidad para realizar consultas en Internet y por
encima del servidor de seguridad.
SQL Server es una las mayores inversiones de microsoft y ha sido
una pieza estratgica junto a los sistemas operativos Windows
200X Server, XP, y Vista para incursionar en el mercado de las
aplicaciones corporativas.
SQL Server es una plataforma para base de datos que se utiliza en
el procesamiento transaccional en lnea (OLTP) a gran escala, en la
bodegas de datos y las aplicaciones de comercio electrnico as
como tambin es una plataforma de inteligencia de negocios para
soluciones de integracin, anlisis y creacin de informes de datos.

La operacin del producto es muy sencilla a una interfaz amigable

y al uso intensivo de asistentes para la ejecucin de un amplio
nmero de tareas administrativas. La escalabilidad es uno de los
puntos fuertes del producto para competir con los principales
productos similares disponibles en el mercado corporativo.

Figura N 03: SQL Server

Fuente: http://www.microsoft.com
Una base de datos SQL Server est dividida en varios componentes
lgicos, como tablas, vistas y otros elementos que son visibles al
usuario. Estos elementos son dispuestos en dos o ms archivos en
disco. El formato y el lugar donde se graban los elementos lgicos
son transparentes para el usuario del sistema.
Un servidor SQL Server puede contener varias bases de datos
pertenecientes a diversos usuarios. Cuando se crea una base de
datos, a sus usuarios se le puede asignar permisos de acceso. Eso
posibilita que varias bases de datos sean almacenados por SQL
Server y que el acceso a cada una de ellas sea limitada a usuarios
especficos.

Tabla N 01: Base de datos

g. UML (Lenguaje de Modelamiento Unificado)
Segn Schumuller, J.J, es un lenguaje que consta de un
conjunto de elementos grfico que nos sirve para documentar,
especificar, construir y visualizar los artefactos del software. UML
no es un lenguaje de programacin. Las herramientas pueden
ofrecer generadores de cdigo de UML para una gran variedad de
lenguaje de programacin, as como construir modelos por
ingeniera inversa a partir de programas existentes.
El lenguaje UML comenz a gestarse en octubre de 1994,
cuando Rumbaugh se uni a la compaa Rational fundada por
Booch (dos reputados investigadores en el rea de metodologa del
software). El objetivo de ambos era unificar dos mtodos que
haban desarrollado: el mtodo Booch y el OMT (Object Modelling
Tool ). El primer borrador apareci en octubre de 1995. En esa
misma poca otro reputado investigador, Jacobson, se uni a

Rational y se incluyeron ideas suyas. Estas tres personas son

conocidas como los tres amigos. Adems, este lenguaje se abri a
la colaboracin de otras empresas para que aportaran sus ideas.
Todas estas colaboraciones condujeron a la definicin de la primera
versin de UML.
Utilidad de UML. Es un lenguaje para modelamiento de
propsito general evolutivo, ampliamente aplicable, debe de ser
soportado por herramientas e industrialmente estandarizado. Se
aplica a una multitud de diferentes tipos de sistemas, dominios, y
mtodos o procesos. Como lenguaje de propsito final, se enfoca
en el corazn de un conjunto de conceptos para la adquisicin, con
particin y utilizacin de conocimientos emparejados con
mecanismos de extensin. Como un lenguaje para modelamiento
ampliamente aplicable, puede ser aplicado a diferentes tipos de
sistemas (software y no - software), dominios (negocios versus
software) y mtodos o procesos. Como un lenguaje para
modelamiento soportable por herramientas, las herramientas ya
estn disponibles para soportar la aplicacin del lenguaje para
especificar, visualizar, construir y documentar sistemas. Como un
lenguaje para modelamiento industrialmente estandarizado, no es
un lenguaje cerrado, propiedad de alguien, sino ms bien, un
lenguaje abierto y totalmente extensible reconocido por la
industria.
El UML est compuesto por diversos elementos grficos
que se combinan para conformar diagramas. Debido a que UML es
un lenguaje, cuenta con elementos para combinar tales elementos.

A continuacin se describirn los diagramas ms comunes

de UML:
Diagrama de Clases.- sirve para visualizar las
relaciones entre las clases que involucran al sistema, las
cuales pueden ser asociativas, de herencia, de uso y de
contenido
Diagrama de objetos.- usan un subconjunto de
elementos de un diagrama de clase para enfatizar la
relacin entre las instancias de las clases en algn punto
en el tiempo.
Diagrama de Caso de Uso.- Captura los requisitos de
un sistema, son un medio de comunicacin con los
usuarios y otros interesados acerca de lo que se piensa
hacer del sistema.
Diagrama de Estado.- modela el comportamiento de un
solo objeto, especificando la secuencia de eventos que
un objeto atraviesa durante el tiempo de vida en
respuesta a los eventos.
Diagrama de secuencia.- muestra los objetos como
lneas de vida a lo largo de la pgina y con sus
interacciones en el tiempo representados como mensajes
dibujados como flechas desde la lnea de vida origen
hasta la lnea de vida destino.
Diagrama de Actividades.- Se usa para medir la
secuencia de las actividades, tambin muestran el flujo
de trabajo desde el punto de inicio hasta el punto final
detallando muchas de las rutas de decisiones que existen
dentro del progreso del evento.

 Diagrama de Colaboracin.- es un diagrama de

interaccin que muestra informacin similar a los
diagramas de secuencia pero su foco principal es en la
relacin de objetos.
Diagrama de Componentes.- ilustran las piezas del
software, controladores, etc. Tienen un nivel ms alto de
abstraccin que el diagrama de clase, usualmente un
componente se implementa por una o ms clases.
Diagrama de Distribucin.- Muestra la arquitectura
fsica de un sistema informtico. Puede representar a los
equipos y a los dispositivos, y tambin mostrar sus
interconexiones y el software que se encontrara en cada
mquina.
h. LENGUAJE DE PROGRAMACIN
Segn Rodrguez Sala Jess, el lenguaje de programacin es el
lenguaje artificial que se utiliza para expresar programas de
ordenador. Cada ordenador, segn su diseo, entiende un cierto
conjunto de instrucciones elementales (lenguaje maquina). No
obstante, para facilitar la tarea del programador, se dispone tambin
de lenguajes de alto nivel ms fciles de manejar y que no
dependen del diseo especifico de cada ordenador. Los programas
escritos en un lenguaje de alto nivel no podrn ser ejecutados por
un ordenador mientras no sean traducidos al lenguaje propio de
ste.
Para definir un lenguaje de programacin es necesario especificar:
Conjunto de smbolos y palabras clave utilizables.
Reglas
gramaticales
para
construir
sentencias
(instrucciones,
correctas.

ordenes)

sintctica

semnticamente

a. Sintaxis: conjunto de normas que determinan como

escribir las sentencias del lenguaje.
b. Semntica: interpretacin de las sentencias. Indica el
significado de las mismas.
Paradigma de programacin:
Un paradigma de programacin es una coleccin de
patrones conceptuales que moldean la forma de razonar sobre
problemas, de formular soluciones y de estructurar programas.
Los paradigmas de programacin son:
Programacin imperativa: en este paradigma, un
programa

es

una

secuencia

finita

de

instrucciones, que se ejecutan una tras otra. Los

datos utilizados se almacenan en memoria
principal y se referencian utilizando variables.
Programacin funcional: paradigma en el que
todas las sentencias son funcionales en el
sentido matemtico del trmino. Un programa es
una funcin que se define por composicin de
funciones ms simples.
Programacin lgica: en este paradigma un
programa consiste en declarar una serie de
hechos (elementos conocidos, relacin de
objetos concretos) y reglas (relacin general
entre objetos que cumplen unas propiedades) y
luego preguntar por un resultado.
Programacin orientada a objetos: el paradigma
orientado a objetos (OO) se refiere a un estilo de

programacin. Un lenguaje de programacin

orientado a objetos (LOO) puede ser tanto
imperativo como funcional o lgico. Lo que
caracteriza un LOO es la forma de manejar la
informacin que est basada en tres conceptos:
Clase, objeto y herencia.
i. ARQUITECTURA DE SOFTWARE
Una arquitectura de software se selecciona y disea en base
a objetivos y restricciones. Segn (Pressman et al, 2006),
arquitectura de software se define como estructura jerrquica de
los componentes del programa (mdulos), la manera en que los
componentes interactan y la estructura de datos que van a utilizar
los componentes. Sin embargo, en un sentido ms amplio, los
componentes se pueden generalizar para representar los
elementos principales del sistema y sus interacciones.
De aqu que la arquitectura represente entonces la base de
un sistema de software y que deba ser construida pensando
en satisfacer tanto las necesidades actuales, como en
proporcionar al software las capacidades necesarias para
permitir su mantenimiento y evolucin de acuerdo a las
necesidades del negocio y las solicitudes de los clientes.
Cada escenario plantea retos, condiciones y necesidades
diferentes, la arquitectura de software debe plantear las
herramientas, personas, presupuesto, conocimiento y
tiempo que se necesita para cada escenario. Antes de editar
una sola lnea de cdigo para implementar una solucin es
importante conocer la arquitectura de software, como

menciona un arquitecto de software Programar sin una

arquitectura en mente es como explorar una gruta slo con
una linterna, no sabes dnde ests, dnde has estado ni
hacia dnde vas Danny Thorpe.
j. MODELOS ARQUITECTURALES.
El diseo arquitectnico se puede representar mediante uno
o ms modelos diferentes. En (Pressman et al, 2006) se realiza la
siguiente clasificacin:
Los modelos estructurales: representan la arquitectura como
una coleccin organizada de componentes de programa.
Los modelos del marco de trabajo: aumentan el nivel de
abstraccin del diseo en un intento de identificar los marcos de
trabajo (patrones) repetibles del diseo arquitectnico que se
encuentran en tipos similares de aplicaciones.
Los

modelos

dinmicos:

tratan

los

aspectos

de

comportamiento de la arquitectura del programa, indicando cmo

puede cambiar la estructura o la configuracin del sistema en
funcin de los acontecimientos externos.
Los modelos de proceso: se centran en el diseo del proceso
tcnico de negocios que tiene que adaptar el sistema. Los modelos
funcionales: se pueden utilizar para representar la jerarqua
funcional de un sistema
k. EL MODELO 4+1 VISTAS.
Los diagramas a travs de los cuales se representa el diseo y
distribucin del software, pueden mostrar diferentes vistas de un

mismo sistema y de las condiciones que existen en el entorno

donde se despliega.
El modelo 4+1 vistas es una propuesta que establece las diferentes
perspectivas a travs de las cuales se puede representar el diseo y
arquitectura de un sistema de software (Krutchen, P, 1995). Este
modelo define 4 vistas principales, que se muestran en la figura 1.
Vista Lgica: modelo de objetos, clases, entidad relacin, etc.
Vista de Proceso: modelo de concurrencia y sincronizacin. Vista
de Desarrollo: organizacin esttica del software en su entorno de
desarrollo (libreras, componentes, etc.). Vista Fsica: modelo de
correspondencia software - hardware (aspectos de distribucin en
mquinas, por ejemplo).

Figura 1. Modelo 4+1 Vistas de Arquitectura de Software.

Esta propuesta presenta su propio esquema de modelado, sin embargo,
la notacin ms reconocida para el modelamiento de sistemas de
software es UML. Cabe destacar que, UML nace casi a la vez que el
modelo 4+1, por lo que en un origen no exista una clara relacin entre
ambos, lo que a menudo produce confusin al diseador que en la
actualidad quiere modelar una arquitectura con ambas herramientas. A
modo de resumen la translacin se presenta en la tabla 1:

Tabla 1. Arquitectura y UML

l. ARQUITECTO DE SOFTWARE.
Segn (IEEE 1471, 2010) su significado es la persona, equipo u
organizacin responsable por la arquitectura del sistema que se est
llevando a cabo, se encarga de decidir a qu nivel, con qu
estrategia, y qu herramientas son necesarias para realizar una
implementacin que satisfaga los requisitos funcionales y no
funcionales de los sistemas. Adems, debe ser una persona o
equipo capaz de identificar las necesidades de los negocios, las
habilidades de su equipo de trabajo, y la viabilidad de las
tecnologas disponibles para el desarrollo de software.
Un buen arquitecto debe estar en capacidad de entender todas las
condiciones a las que ser sometido un sistema y proponer una
solucin acorde a cada escenario en particular. Por lo tanto, la
madurez de un arquitecto dar a las aplicaciones que tenga a su
cargo, una especificacin coherente, para enfrentar un conjunto de
riesgos mucho ms reducido que en el caso de un arquitecto
aprendiz.
m. REUTILIZACIN DE SOFTWARE
Cuando en la industria de software los productos tienen
requisitos cada vez ms complejos y dinmicos, y los tiempos para

desarrollarlos son cada vez menores; la reutilizacin y el bajo

acoplamiento entre los componentes cobran vital importancia.

Control de Asistencia en la Educacin.

El control de asistencia es un proceso sistematizado al igual
que permanente que cumple normas previamente establecidas
por la institucin en la cual se est desarrollando este proceso.
Comprende la bsqueda de informacin sobre la importancia o
inters que una persona demuestra hacia un curso, charla o
trabajo que actualmente desarrolla.
El control de asistencia es un proceso rutinario en
distintos aspectos de la vida de cada persona. Es tan comn en
nuestra sociedad y en cualquier sociedad del mundo mantener
un registro de asistencia, que este proceso se llega a considerar
como algo natural e insignificante.
El valor que se le puede adjudicar a este proceso
depende de la institucin en la cual se implante. Existen por
ejemplo lugares donde la asistencia y puntualidad es muy
importante como son los centros de atencin al cliente, mientras
que otros como en las grandes empresas de produccin en masa
la puntualidad no es tan importante como lo puede ser la
asistencia.

5.- HIPTESIS
Es Posible desarrollar un sistema informtico para la empresa tecnolgica GL ENERCOM de Huaraz, 2016.
6.- OBJETIVOS

6.1

OBJETIVO GENERAL:

Desarrollar un sistema informtico de gestin y mejorar el ingreso y

devolucin de equipamiento en la empresa GL-ENERCOM de la ciudad de
Huaraz, 2016.

6.2
OBJETIVOS ESPECFICOS:
Determinar la plataforma tecnolgica utilizando entrevistas para el

desarrollo del sistema informtico de gestin de equipos.

Establecer el proceso administrativo de registro de matrculas mediante
entrevistas para el desarrollo del sistema informtico de gestin de equipos.

Construir el sistema informtico utilizando la metodologa RUP para el

proceso de gestin de equipos.

7.- METODOLOGA DEL TRABAJO.

7.1. TIPO Y DISEO DE INVESTIGACIN
El proceso llevado a cabo en la formulacin de la presente propuesta tiene componente
investigativo de tipo tecnolgico, teniendo en cuenta que ser necesaria la recoleccin de
informacin relacionada con desarrollar un sistema informtico de gestin para el control de
ingreso y devoluciones de equipos de la empresa GL-ENERCOM de la ciudad de Huaraz
2016. Una investigacin tecnolgica es la que produce un bien, un servicio o un proceso.
Nivel de Investigacin: Propositiva, de innovacin incremental, porque se trata de
desarrollar una aplicacin a un proceso existente y lo que se desea es agilizar el proceso con
equipos al alcance de los usuarios que son los trabajadores. Respecto al alcance temporal es
una investigacin sincrnica porque se realizar el estudio en un periodo corto de tiempo (3
meses). La investigacin, respecto al tiempo del dato, es un estudio circunspectivo que
analiza los factores que se presentan en el anlisis del sistema informtico de gestin para el

control de ingreso y devoluciones de equipos de la empresa GL-ENERCOM de la ciudad de

Huaraz 2016; y podramos indicar que tambin es un estudio circunspectivo prospectivo,
porque se necesitaran opiniones de expertos e involucrados en el desarrollo del sistema
informtico e infraestructura tecnolgica de la empresa tecnologca El Maestro - Huaraz. El
mbito de la investigacin ser de laboratorio.
7.2. POBLACIN.
A.

Poblacin

Son todos los involucrados directamente con el sistema.

Nuestra poblacin ser un total de 10 Personas
P=10
B.

Muestra

Aplicamos un clculo para encontrar una muestra pequea.

Nuestra Muestra ser de 10 Personas.
2

NPQ Z / 2
n0=
( N 1 ) e 2 + PQ Z2 /2

n=

n0
n
1+ 0
N

i)

Si

n0
< 0.10
N

entonces n=

ii)

Si

n0
< 0.10
N

entonces hacemos el siguiente clculo

n0

Dnde:
N: Tamao de la poblacin
n: Tamao de la muestra
P: Proporcin de elementos que tiene la cualidad.
Q: Proporcin de elementos que no tienen cualidad.
e: Error de muestreo

Z /2

= Valor de la curva normal.

CALCULAMOS:
N=10
n=?
Asumimos el valor de P=0.50 (valor mximo que puede tomar)
Q= 1-P
Q=0.50
Asumimos el nivel de confianza = 95%
Z/2 = 1.96
Asumimos el valor de e= 7% (valor mximo permitido)
e=0.07

100.500.50(1.96)2
n0=
( 101 ) (0.07)2+ 0.500.50(1.96)2

n0 =

9.604
1.0045

n0=9.56

Si

n0
N

entonces:

9.56
10

= 0.956>0.10

=10

7.3. TCNICAS E INSTRUMENTOS DE INVESTIGACIN.

Las tcnicas e instrumentos de recoleccin de datos que se emplearn para el presente

proyecto de investigacin son:

Se estructurarn preguntas abiertas y cerradas que brindarn informacin muy certera y

directa en cuanto a los objetivos especficos planteados, para obtener mayor informacin y
reforzar el tema de investigacin.
Se emplear RUP como metodologa gil para desarrollo de un sistema informtico
para el control de ingreso y devoluciones de equipos en la empresa GL-ENERCOM Huaraz
- 2016.
8.- ANLISIS DE LA INFORMACIN.
Para el proyecto de investigacin se realizar nicamente el anlisis de la informacin,
donde el mtodo de recoleccin de datos ser la aplicacin de encuestas al personal
responsable del proceso de negocio y al responsable de la tecnologas de informacin y
comunicacin con el fin de conocer los requerimientos mnimos que debern tenerse en
cuenta para el desarrollo de un sistema informtico de gestin.
9.- REFERENCIAS BIBLIOGRFICAS
Dujovne, N. (2007). Desarrollo de una aplicacin mvil para la administracin de
avances sobre planos arquitectnicos. Santiago: Tesis Universidad de Chile.
El Acadmico (2012). Aplicaciones mviles. Lima: peridico del grupo IDAT y la
universidad tecnolgica del Per, N75.
Garca, D. (2005). Integracin de una aplicacin mvil a una intranet caso: Toma
de asistencia estudiantil. Lima: Tesis para optar el Ttulo de Ingeniero Informtico,
Universidad de Ingeniera.

Garca, R. (2011). Aplicacin Android para Supermercados. Barcelona: Tesis de

Ingeniera Informtica Tcnica de Gestin, Universidad de Barcelona.
Instituto Qumico Sarria. Los estudiantes ya pueden consultar el expediente
acadmico en mviles Android. (noticia).
http://www.iqs.edu/es/detail/los-estudiantes-iqs-ya-pueden-consultar-el-expedienteacademico-en-moviles-android:279-36
20 de septiembre del 2015. Chimbote, Per.
Lid, I. (2011). Aplicacin Android de movilidad de invidentes. Barcelona: Tesis de
Ingeniera Tcnica de Telecomunicacin, Universidad de Barcelona.
Martnez, A, Muoz, J, y Pascual, A. (2004). Tamao de muestra y precisin
estadstica. Madrid: Universidad de Almera Servicio de Publicaciones.

MATRIZ DE COHERENCIA
PROBLEMA

Cmo

HIPOTESIS

OBJETIVOS

Es posible desarrollar un

desarrollar

un

sistema

informtico

de

gestin

aplicando

la

General:

Desarrollar un sistema informtico de gestin para mejora

la compras y ventas en la empresa GL-ENERCOM de la ciudad

sistema
informtico
gestin

de

metodologa RUP, en la

para la

empresa tecnologca El

GL-

Gran Maestro de Huaraz,

empresa
ENERCOM

Huaraz 2016?

de

2016.

Huaraz.
Especficos:

Recopilar informacin utilizando entrevista

el desarrollo del sistema informtico de g

para mejorar las compras y ventas.
Diagnosticar el problema de la empresa tecnologca
procesos de compra y venta.

Analizar los requerimientos segn las exig

metodolgicas de RUP para obtener el mod

anlisis del sistema informtico.

Construir una Base de Datos para la administ

y control de compra y venta (productos).

Modelamiento del Negocio:

1

Pictograma:

Recepcin de equipo averiado

Recoge el equipo nuevo

Figura 8: Pictograma del negocio.

Fuente: Elaboracin propia.

7.1.1.

Procesos del Negocio

Bus
ca
e
l eq
uip
o

APLICACIN DE LA METODOLOGIA

GESTIN CLIENTE

MODELO DE OBJETO DE
NEGOCIO

DIAGRAMA DE CASO DE
USO

ANALISIS Y DESCRIPCIN
ANTECEDENTES

Segn Bonifacio (2011), desarroll en Lima (Per), un proyecto para grado de titulacin
denominado Implementacin de un Sistema de Control en almacn para la empresa
Soltel S.C.R.L.
Cime Comercial S.A Lima - Callao, en la actualidad la empresa Cime presenta
deficiencias en sus actividades, porque en actualidad los procesos de compra y venta lo
realizan de forma manual, a lo que se realiz el anlisis y diseo de un sistema informtico
para as automatizar las actividades de la empresa.

CONCLUSIN