Desarrollo de Un Sistema de Incidencias para El Mejor Desempeño en La Área de Soporte Técnico de La Caja Del Santa, Chimbote 2014"

PRACTICAS PRE PROFESIONALES I
DESARROLLO DE UN SISTEMA DE INCIDENCIAS PARA EL

MEJOR DESEMPEO EN LA REA DE SOPORTE TCNICO DE LA
CAJA DEL SANTA, CHIMBOTE 2014
INFORME DE PRACTICAS PRE PROFESIONALES

ALUMNO
MENDOZA DE LA CRUZ RAL SIMSON
CHIMBOTE PERU 2015

INTRODUCCION
La innovacin en tecnologas de la informacin facilita la automatizacin de las
principales
operaciones
dentro
de
las
organizaciones.
Estos
niveles
de
automatizacin han venido incrementndose a travs de sistemas de informacin

debidamente integrados, los cuales permiten realizar un control efectivo sobre la
gestin, brindando la informacin necesaria para una adecuada toma de
decisiones; de esta manera tienen un impacto trascendental en la competitividad.
La empresa actualmente se encuentra en una etapa de expansin y con grandes
anheles de seguir creciendo mucho ms.
En el Captulo I se describe la resea histrica de la empresa, ubicacin geogrfica, el
giro del negocio, misin, visin, organigrama de la empresa y cada una de las
funciones que se desempean de la empresa.
En el Captulo II, se realiza el Anlisis del Sistema actual de la Empresa, aplicando
tcnica de Anlisis previo, Anlisis de audiencia funcional, anlisis no funcional,
anlisis de implementacin. La recopilacin de informacin se ha obtenido aplicando
entrevistas personales a la parte administrativa.
En el Captulo III, se describe la metodologa ms usada e importante como la
metodologa XP para luego obtener conclusiones mitolgicas y as poder escoger la
metodologa ms apropiada para la realizacin de nuestro proyecto.
En el Captulo IV, se describen las Interfaces del Sistema como_ el diseo, el proceso
y desarrollo. Adems se identifican los principales procesos, se disean las interfaces
internas del Sistema. Se analiza la seguridad del sistema como la entrada y salida de
datos.
En el captulo V, se realiza el anlisis de costes y beneficios para determinar la
ejecucin del Proyecto.

RESUMEN
La investigacin se fundamenta en datos tomados de la Caja del Santa bajo el
procedimiento de la observacin, el comportamiento de los usuarios y el trabajo dentro de
este, para hallar las determinantes y componentes del diseo, el proyecto es una gran
oportunidad de que los usuarios describan sus incidentes. Es te sistema tiene la facilidad de
prestar mltiples servicios a los usuarios de la Caja del Santa, producindose un gran efecto
detonador de renovacin a la atencin de los trabajadores de la institucin.
Este trabajo fue realizado con el fin de crear un sistema de incidencias que le permita a la
rea a dar un salto a la atencin con menos margen de error. Se cre un modelo, ya que los
usuarios son especficos en sus pedidos de atencin.
Teniendo como resultado:
La aceptacin de los prototipos presentados a los directivos de la entidad y a los usuarios, hay que tener en
cuenta que el Jefe de rea ha aprobado este proyecto con la promesa de mejora ya que es un nivel 1.0 y se
espera llevarlo al mximo nivel.

ABSTRACT
The investigation is based on information taken of the Box of Holy under the procedure of
the observation, the behavior of the users and the work inside this one, to find the
determinantes and components of the design, the project is a great opportunity of which the
users describe his incidents. He is system has the facility of giving multiple services to the
users of the Box of Holy, producing a great effect to him detonator of renovation for the
attention of the workers of the institution.
This work was realized in order to create a system of incidents that it allows him the area to
giving a jump to the attention with fewer margin of mistake. A model was created, since the
users are specific in his orders of attention.
Having as result:
The acceptance of the prototypes presented to the executives of the entity and to the
usuarios, it is necessary to bear in mind that the Chief of area to pass this project with the
promise of improvement since it is a level 1.0 and level one expects to take it to the
maximum.

TITULO DEL PROYECTO
DESARROLLO DE UN SISTEMA DE INCIDENCIAS PARA EL

MEJOR DESEMPEO EN LA REA DE SOPORTE TCNICO DE LA
CAJA DEL SANTA, CHIMBOTE 2014
OBJETIVOS
OBJETIVO GENERAL
Analizar, disear y desarrollar un sistema de informacin para mejorar los procesos de
atencin de incidencias, que ocurren diariamente en la Caja Municipal del Santa, este
proyecto optimizar el desempeo de las atenciones y brindara mejoras sustanciales en
todas las actividades administrativas, comerciales y de cualquier ndole dentro de la
empresa.
OBJETIVOS ESPECFICOS
Toma de requerimientos
Anlisis de los procesos
Diseo de interfaz de usuario
Programacin y pruebas
CAPITULO I
MARCO TEORICO
CONCEPTUAL
1.1.
DATOS GENERALES DE LA EMPRESA

1.1.1.
1.1.2
UBICACIN GEOGRFICA
RESEA HISTRICA Y OPERACIONAL
La Caja Del Santa inicio sus actividades un 3 de marzo de 1986 en la ciudad de

Chimbote capital de la Provincia del Santa, en el Departamento de ncash- con el
propsito de ser una alternativa real para aquellos sectores de la comunidad local y
regional, que tradicionalmente no han sido atendidos por la banca, en especial a la
micro y pequea empresa. Su funcionamiento fue autorizado con operaciones de
Crdito Prendario y ahorros, productos con los que se mantuvo hasta diciembre de
1993; ao donde se decide dar inicio a operacin con Crdito a la micro y pequea
empresa, y crdito personal. Posteriormente en el ao 1998, se produce la conversin
de la Caja del Santa en Sociedad Annima acontecimiento que le abre la oportunidad
necesaria para desarrollarse, siendo autorizada por la Superintendencia de banca y
seguros (SBS) para realizar operaciones activas y pasivas en moneda extranjera.

A partir del ao 1999, la Caja del Santa comienza su plan de expansin instalando su
primera agencia fuera de Chimbote, en la ciudad de Huaraz, lo que posibilito ampliar y
diversificar su mercado. Al ao siguiente apertura su segunda agencia en Chimbote,
ubicada en la Av. Bolognesi en el centro comercial y financiero de la ciudad. En el ao
2002; apertura oficinas especializadas en las ciudades de Casma, Huarmey y Caraz. Al
ao siguiente, apertura su Agencia en el distrito de Nuevo Chimbote. En el 2006, esta
importante financiera inicia sus actividades en el departamento de Lima con la
apertura de dos agencias: Barranca y Huacho. En el 2008, la Caja del Santa instala su
agencia en la ciudad de Hunuco y oficina especial en Tingo Mara, en el 2009
inaugura su agencia en la ciudad de Huancayo y en el departamento de Junn.
En el 2010 la Caja del Santa contino con su plan de expansin inaugurando en el mes
de febrero su Centro de Promocin e informacin en la ciudad de Pucallpa; y en marzo
su agencia en Trujillo. Esta suma de acontecimientos, permite vislumbrar un futuro
con optimismo para constituirse en el mediano plazo en una de las principales
instituciones financieras de la regin y del sistema de cajas.
1.1.3
VISIN
Lograr una posicin relevante en el mercado micro financiero nacional, y ser

reconocidos como los mejores en ofrecer a nuestros clientes un servicio confiable, gil
y diferenciado.
1.1.4. MISIN
Satisfacer las necesidades financieras de nuestros clientes y las comunidades
a las que servimos, a travs de un servicio experto de alta calidad, otorgado
con amabilidad y eficiencia por el mejor talento humano; que nos permita
mantener un crecimiento sostenible y rentable en el largo plazo.
CAPITULO II
ANLISIS DEL SISTEMA
ACTUAL
2.1. ACCIONES PRELIMINARES

2.1.1. CICLO DE VIDA DE DESARROLLO DEL SOFTWARE
Todo proceso de software debe cumplir con ciertos parmetros para que los
resultados sean siempre positivos y sobre todo duraderos. Un producto que software
mal planeado y mal construido desde sus inicios, tendr una lnea marcada al
fracaso y se tendr que recomponer todo el camino prcticamente desde cero, Una
aproximacin lgica a la adquisicin, el suministro, el desarrollo, la explotacin y el
mantenimiento del software
Un marco de referencia que contiene los procesos, las actividades y las tareas
involucradas en el desarrollo, la explotacin y el mantenimiento de un producto de
software, abarcando la vida del sistema desde la definicin de los requisitos hasta la
finalizacin de su uso
2.1.2. ANLISIS DE AUDIENCIA

La Caja del Santa Soporte Tcnico, tiene la necesidad de tener un sistema que
optimice sus procesos de atencin, un sistema que lleve el control de atenciones a
los trabajadores de la entidad, donde registren y reporten los flujos de entrada y
salida de incidencias, contando as con distintos mdulos necesarios para los
procesos.
2.1.3. ANLISIS FUNCIONAL
Los procesos que se optimizaran es:
Mdulo Atencin al Usuario
Mdulo de Inventario

Mdulo de Compras
Reportes
El alcance para la presentacin del proyecto ser el mdulo Atencin al Usuario

contando con mantenimiento, procesos y consultas.
ALCANCE DEL PROYECTO

El proyecto tiene como finalidad optimizar los procesos de atencin al usuario en la
empresa para mejorar la productividad del trabajador, inicindose desde que el usuario
registra una incidencia, monitorea el administrador y este asigna al encargado de la
atencin, soporte tcnico consulta las atenciones por fechas y se les atiende.
El proyecto contempla las siguientes tareas:
En el proceso de Atencin al usuario, Este registro de control considera la siguiente

informacin:
o En el registro de la incidencia, detalla el usuario que registra dicha incidencia,
fecha, departamento, sede, equipo afectado y se resume el problema.
o En los mantenedores se detalla la incidencia registrada, se realizaran las
bsquedas y editaciones de las lneas de datos.

o Cada persona que ingrese tendr diferentes privilegios los cuales ayudaran a
dichas personas.
o Los mantenedores servirn como punto de control para llevar a cabo el
seguimiento de cada incidencia que pase en la entidad.
2.2. RECOPILACIN DE LA INFORMACIN

2.2.1. REVISIN DOCUMENTAL
Informacin Reservada
2.2.2. ENTREVISTAS PARA OBTENER REQUERIMIENTOS
En la entrevista realizada se pudo obtener del usuario diferentes escenarios, la
explicacin de las necesidades y deseos actuales de forma breve y en sus propias
palabras, as como la manifestacin de la sistematizacin de un mdulo de
incidencias que le permitan controlar los incidentes diarios de la empresa.
2.2.3. HARDWARE DISPONIBLE
2.2.4. DISTRIBUCIN DE EQUIPOS

2.3. FORMULACIN DEL PROBLEMA

Debido a la situacin problemtica, se plante la siguiente pregunta: Cmo desarrollar un
sistema de incidencias para el mejor desempeo en la rea de soporte Tcnico de la Caja
Municipal del Santa, Chimbote 2014
2.4. DESCRIPCIN DEL SISTEMA ACTUAL

No cuentan con sistema actual, ser la primera implementacin de un sistema.
2.5. IDENTIFICACIN DE LOS REQUERIMIENTOS
2.5.1. ANLISIS DE ENTRADAS Y SALIDAS
SALIDA:
ENTRADA:
Registro de
Incidencias.
PROCESO
Datos
registrados de
incidencias.
Realizar
seguimiento de
incidencias.
Monitoreo de
Incidencias.
Atencin de
calidad y a
tiempo.
Reportes de
incidencias
diarias por
2.6. ALCANCE DEL SISTEMA PROPUESTO

2.6.1. JUSTIFICACIN
El presente trabajo ser desarrollado en la Caja Municipal del Santa abarcando el
estudio de las herramientas para el desarrollo de la aplicacin, siendo una nueva
etapa de la entidad, porque generara ahorro en el coste de trasporte y/o personal.
Adems del diseo de la aplicacin ser dinmica y amigable para su fcil manejo,
poniendo as a la entidad en un mejor nivel ya que las Tecnologas permiten mejorar
la productividad y competitividad de las empresas. El desarrollo de nuevas
tecnologas en los ltimos aos ha crecido vertiginosamente, as como, los sistemas
de gestin integrada.
La observacin directa del sistema permitir definir los problemas en su desempeo,
tener una visin global de la aplicacin. Para as, desarrollar una propuesta de los
interfaces que se adapte a los requerimientos y demanda actual de intercambio de

informacin; provea mayor rapidez en los reportes de movimientos diarios y mayor
capacidad de transferencia. Donde finalmente se logren soluciones y mejoras que
ofrezcan beneficios y facilidades para las actividades diarias de los usuarios de la
Caja Municipal del Santa.
El sistema proporcionara una gran ayuda para el rea de Soporte Tcnico, dndoles
una gestin de calidad en la atencin de incidencias que ocurren a diario en la
entidad. Dando a conocer tambin la amabilidad, rapidez y atencin de nuestros
tcnico al ayudar a un usuario con una incidencia.
CAPITULO III
ANALISIS Y DISEO DEL

SISTEMA PROPUESTO
3.1. DESCRIPCIN DE LAS METODOLOGAS MS USADAS

Todos en algn momento nos hemos hecho esta pregunta, cuando hemos tenido que
desarrollar un software. Y de hecho esta pregunta se torna muy importante, pues como
arquitectos
de
Software,
debemos
tener
un
plano
en
que
apoyarnos.
Todo desarrollo de software es riesgoso y difcil de controlar, pero si no llevamos una

metodologa de por medio, lo que obtenemos es clientes insatisfechos con el resultado y
desarrolladores an ms insatisfechos.
Sin embargo, muchas veces no se toma en cuenta el utilizar una metodologa adecuada,
sobre todo cuando se trata de proyectos pequeos de dos o tres meses. Lo que se hace con
este tipo de proyectos es separar rpidamente el aplicativo en procesos, cada proceso en
funciones, y por cada funcin determinar un tiempo aproximado de desarrollo.

Cuando los proyectos que se van a desarrollar son de mayor envergadura, ah si toma
sentido el basarnos en una metodologa de desarrollo, y empezamos a buscar cual sera la
ms apropiada para nuestro caso. Lo cierto es que muchas veces no encontramos la ms
adecuada y terminamos por hacer o disear nuestra propia metodologa, algo que por
supuesto
no
est
mal,
siempre
cuando
cumpla
con
el
objetivo.
Muchas veces realizamos el diseo de nuestro software de manera rgida, con los
requerimientos que el cliente nos solicit, de tal manera que cuando el cliente en la etapa
final (etapa de prueba), solicita un cambio se nos hace muy difcil realizarlo, pues si lo
hacemos, altera muchas cosas que no habamos previsto, y es justo ste, uno de los factores
que ocasiona un atraso en el proyecto y por tanto la incomodidad del desarrollador por no
cumplir con el cambio solicitado y el malestar por parte del cliente por no tomar en cuenta
su pedido. Obviamente para evitar estos incidentes debemos haber llegado a un acuerdo
formal con el cliente, al inicio del proyecto, de tal manera que cada cambio o modificacin
no
perjudique
al
desarrollo
del
mismo.
Por experiencia, muchas veces los usuarios finales, se dan cuenta de las cosas que dejaron
de mencionar, recin en la etapa final del proyecto, pese a que se les mostr un prototipo
del software en la etapa inicial del proyecto.
Los proyectos en problemas son los que salen del presupuesto, tienen importantes retrasos,
o simplemente no cumplen con las expectativas del cliente.
Para dar una idea de qu metodologa podemos utilizar y cual se adapta ms a nuestro
medio, mencionar tres de ellas de las que considero las ms importantes, tal como: RUP,
XP y MSF.
3.1.2. METODOLOGA XP EXTREME PROGRAMING
Es una de las metodologas de desarrollo de software ms exitosas en las actualidad es

utilizada para proyectos de corto plazo, cort equipo y cuyo plazo de entrega era ayer. La
metodologa consiste en una programacin rpida o extrema, cuya particularidad es tener

como parte del equipo, al usuario final, pues es uno de los requisitos para llegar al xito del
proyecto.
Caractersticas de XP, la metodologa se basa en:
Pruebas Unitarias: se basa en las pruebas realizadas a los principales procesos, de

tal manera que adelantndonos en algo hacia el futuro, podamos hacer pruebas de
las fallas que pudieran ocurrir. Es como si nos adelantramos a obtener los posibles
errores.
Refabricacin: se basa en la reutilizacin de cdigo, para lo cual se crean patrones

o modelos estndares, siendo ms flexible al cambio.
Programacin en pares: una particularidad de esta metodologa es que propone la

programacin en pares, la cual consiste en que dos desarrolladores participen en un
proyecto en una misma estacin de trabajo. Cada miembro lleva a cabo la accin
que el otro no est haciendo en ese momento. Es como el chofer y el copiloto:
mientras uno conduce, el otro consulta el mapa.
Qu es lo que propone XP
Empieza en pequeo y aade funcionalidad con retroalimentacin continua
El manejo del cambio se convierte en parte sustantiva del proceso
El costo del cambio no depende de la fase o etapa
No introduce funcionalidades antes que sean necesarias
El cliente o el usuario se convierte en miembro del equipo
Derechos del Cliente
Decidir que se implementa
Saber el estado real y el progreso del proyecto
Aadir, cambiar o quitar requerimientos en cualquier momento
Obtener lo mximo de cada semana de trabajo
Obtener un sistema funcionando cada 3 o 4 meses
Derechos del Desarrollador
Decidir cmo se implementan los procesos
Crear el sistema con la mejor calidad posible
Pedir al cliente en cualquier momento aclaraciones de los requerimientos
Estimar el esfuerzo para implementar el sistema
Cambiar los requerimientos en base a nuevos descubrimientos
Lo fundamental en este tipo de metodologa es:
La comunicacin, entre los usuarios y los desarrolladores
La simplicidad, al desarrollar y codificar los mdulos del sistema
La retroalimentacin, concreta y frecuente del equipo de desarrollo, el cliente y los

usuarios finales
3.1.3.
Conclusiones Metodolgicas
En la prctica es un poco complicado aplicar al pie de la letra los postulados de la
Metodologa XP si los involucrados no cuentan con total disponibilidad de tiempo.
La metodologa XP es de uso comn desde hace varios aos de manera que adquirir
informacin acerca de ella resulto sencillo, ya que la mayora de textos tcnicos y de
proyectos realizados por otras personas hablan de esta metodologa.
La principal ventaja de la metodologa XP est en su alto grado de adaptabilidad, y
su principal desventaja es su elevado costo en caso de no cumplir las metas.

Los pasos que se siguieron en el ejemplo prctico se acercaron mucho a los pasos
que recomienda seguir la metodologa, pero no los cumplieron a cabalidad.
3.2.
Fundamentacin de la Metodologa seleccionada

La metodologa que se utilizara el proyecto es XP ya que la utilizacin es para
proyectos de corto plazo, corto equipo y cuyo plazo de entrega rpida. La
metodologa consiste en una programacin rpida o extrema, cuya particularidad es
tener como parte del equipo, al usuario final, pues es uno de los requisitos para
llegar al xito del proyecto.
3.3. ANLISIS
3.3.1. DEFINICIN DE REQUISITOS
Mdulo de Incidencias
o Mantenimiento
Incidencias.
o Registros
Incidencias
o Logueo
Usuarios
.

3.3.2. CASOS ESENCIALES DE USO
Registrar Incidencias
Llevar el control de las Incidencias
3.3.3. DIAGRAMAS DE CASOS DE USO DEL NEGOCIO

3.3.4. DIAGRAMAS DE SECUENCIA
GESTIN DE INCIDENCIAS
Administrador
Usuario
Gestionar Incidencias
Soporte Tecnico
Verifica y Confirma
Atencion
Sistema
Verifica
Incidencias
Iniciar Sesion
Verifica Datos
Registra Incidencias
Registra Datos Ingresados
Busca Incidentes Registrados

Busca Datos
Asigna Encargado de Atencion
Datos Guardados
Busca Incidencias Asignadas
Busca Datos
Soluciona Problema
Verifica e informa atencion
3.3.6. DIAGRAMAS DE ACTIVIDADES
Soporte Tecnico

Inicia sesion
Ingresa usuario
y password
Vuelva a
Ingresar datos
Verifica datos
ingresado
NO
Correcto
SI
Datos Correctos
"Bienvenidos al Sistema"
Verifica datos
Registra
Incidencias
Vuelva a
Ingresar datos
correcto
NO
SI
Datos
Guardados
Ingresa al
Sistema
Verifica datos Ingresados

por el Usuario
Asigna Responsable
para atencion
Aplica Solucion
Verifica e informa
Aencion
3.3.7. DIAGRAMAS DE ESTADOS
Ingresa al
SIstema
Verifica la atencion
a realizar
Procede a dar solucion

a incidencia

3.4. DISEO
2: Verifica Datos
4: Registra Datos Ingresados
6: Busca Datos
8: Datos Guardados
10: Busca Datos
12: Verifica e informa atencion

1: Iniciar Sesion
3: Registra Incidencias
Verifica y Confirma
Atencion
Sistema
Verifica
Incidencias
5: Busca Incidentes Registrados

7: Asigna Encargado de Atencion
9: Busca Incidencias Asignadas
11: Soluciona Problema
Soporte
Tecnico
3.4.1. DIAGRAMAS DE CLASE

Monitor
Teclado
Mouse
Equipos
Documento
Persona
Estado
Usuarios
Incidencias
Ticket
Agencia
Cargo
Ciudad
3.5. IMPLEMENTACIN DE LA BASES DE DATOS
Departamento

3.5.1. MODELADO CONCEPTUAL
3.5.1.1. DISEO Y MODELAMIENTO DE BASE DE DATOS CON
SQLSERVER 2008 R2

3.5.2. TRANSFORMACIN DEL DIAGRAMA DE CLASE A MODELO DE
TABLA
3.5.3. TCNICAS DE NORMALIZACIN
El proceso de normalizacin de bases de datos consiste en aplicar una serie de
reglas a las relaciones obtenidas tras el paso del modelo entidad-relacin al modelo
relacional.
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Disminuir problemas de actualizacin de los datos en las tablas.
Proteger la integridad de los datos.
En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que
una tabla sea considerada como una relacin tiene
que cumplir con algunas restricciones:
Cada tabla debe tener su nombre nico.
No puede haber dos filas iguales. No se

permiten los duplicados.
Todos los datos en una columna deben ser del

mismo tipo.
Las formas normales son aplicadas a las tablas de una base de datos. Decir que una
base de datos est en la forma normal N es decir que todas sus tablas estn en la
forma normal N.
3.4.5. MODELADO LGICO
3.4.6. MODELADO FSICO

T_AGENCIA
T_CARGO

T_CIUDAD
T_DEPARTAMENTO

T_DOCUMENTO

T_ESTADO
T_INCIDENCIAS

T_PERSONA
T_USUARIO

4. DISEO DE INTERFACES
4.1. FINALIDAD DE LAS INTERFACES DE LOS SISTEMAS
4.1.1. PROCESO DE DESARROLLO DE INTERFACES
FORMULARIO DE ACCESO
FORMULARIO DE REGISTRO DE INCIDENCIAS

MENU DE ATENCION AL USUARIO
MENU DE ADMINISTRACION
MENU DE SOPORTE TECNICO

FORMULARIO PARA EL MANTENIMIENTO DEL INCIDENTE PARA EL
USUARIO ADMINISTRADOR / SOPORTE TECNICO.
CAPITULO V
EVALUACION ECONOMICA DEL
PROYECTO
5.1. Anlisis de Costos y Beneficios

El objetivo es conseguir una lista de todo lo que se requiere para
implementar el Sistema de Incidencias diarias.
|5.1.1. Costos para la implantacin
Es necesario realizar un anlisis serio y responsable de los costes de
implantacin del Sistema de Incidencias diarios, que involucre todo el
conjunto integral de los gastos que implica.
Para efectos de la implementacin es necesario recordar que este sistema
funcionar en todos los usuarios y digamos que cada usuario tiene un equipo

por lo tanto algunos de los clculos a realizar tomaran en cuenta esta
cantidad.
A) Costo de desarrollo del Software
El presupuesto para la implementacin del proyecto por este mdulo es de 0
ya que como trabajador quiero dejar un proyecto a mi nombre y ser
recordado como tal.
5.1.2. Beneficios de la implantacin
Luego del presente estudio y
de concluir que es importante su
implementacin podemos mencionar los beneficios ms importantes que se

lograran:
El sistema brindar tanto a los trabajadores como a los solicitantes

informacin oportuna, segura, actualizada y confiable.
Contribuir a la eficiencia y eficacia del proceso de compras de la empresa.
Permitir la administracin de la empresa en todos los movimientos diarios

que se realizan.
Ahorrar tiempo y dinero al realizar los procesos y reportes.
5.1.3. Determinacin de la ejecucin del Proyecto

Luego del anlisis de coste beneficio que hemos descrito anteriormente
podemos concluir que los beneficios que se van a obtener versus la inversin
que significa la implementacin son muchos mayores y satisfacen las
necesidades de la empresa acorde a las polticas, visin y misin.
Por lo tanto la implementacin del Sistema de Incidencias diarios es viable
econmicamente.

CONCLUSIONES
La Caja del Santa, est empezando una nueva etapa de expansin por lo
tanto necesita automatizar los procesos de atencin al usuario.
El sistema controla adecuadamente la informacin brindndole seguridad a
la empresa, se obtiene con el sistema reportes de las incidencias diarias,
Este sistema contempla la ampliacin a futuros mdulos de ms complejos,
ya que la base de datos est preparada para esas ampliaciones.
RECOMENDACIONES
Capacitar al personal para la correcta utilizacin del sistema.
Tener en cuenta ste sistema en la implementacin de futuros mdulos a

desarrollarse en las dems reas de la empresa.
Tener un Hardware en buen estado y con buena capacidad para la

instalacin.
ANEXOS:
Diagrama de Gant
Fuente: Propia
En esta imagen se puede apreciar la reunin de mis compaeros de trabajo en la

lluvia de idea para realizar mi proyecto de Prcticas Profesionales.
GLOSARIO DE TERMINOS
VISUAL BASIC. NET:
Es un lenguaje de programacin orientado a objetos que se puede considerar una evolucin
de Visual Basic implementada sobre el framework .NET. Su introduccin result muy
controvertida, ya que debido a cambios significativos en el lenguaje VB.NET no es retro
compatible con Visual Basic, pero el manejo de las instrucciones es similar a versiones
anteriores de Visual Basic, facilitando as el desarrollo de aplicaciones ms avanzadas con

herramientas modernas. Para mantener eficacia en el desarrollo de las aplicaciones. La gran
mayora de programadores de VB.NET utilizan el entorno de desarrollo integrado

Microsoft Visual Studio en alguna de sus versiones (desde el primer Visual Studio .NET
hasta Visual Studio .NET 2013, que es la ltima versin de Visual Studio para la plataforma
.NET), aunque existen otras alternativas, como SharpDevelop (que adems es libre).
SQLSERVER 2008 R2:
Es un sistema para la gestin de bases de datos producido por Microsoft basado en el
modelo relacional. Sus lenguajes para consultas son T-SQL y ANSI SQL. Microsoft SQL
Server constituye la alternativa de Microsoft a otros potentes sistemas gestores de bases de
datos como son Oracle, PostgreSQL o MySQL.
CARACTERISTICAS
Soporte de transacciones.
Soporta procedimientos almacenados.
Incluye tambin un entorno grfico de administracin, que permite el uso de

comandos DDL y DML grficamente.
Permite trabajar en modo cliente-servidor, donde la informacin y datos se alojan en

el servidor y los terminales o clientes de la red slo acceden a la informacin.
Adems permite administrar informacin de otros servidores de datos.
Este sistema incluye una versin reducida, llamada MSDE con el mismo motor de base de
datos pero orientado a proyectos ms pequeos, que en sus versiones 2005 y 2008 pasa a
ser el SQL Express Edition, que se distribuye en forma gratuita.
Es comn desarrollar completos proyectos complementando Microsoft SQL Server y
Microsoft Access a travs de los llamados ADP (Access Data Project). De esta forma se
completa la base de datos (Microsoft SQL Server), con el entorno de desarrollo (VBA
Access), a travs de la implementacin de aplicaciones de dos capas mediante el uso de
formularios Windows.
En el manejo de SQL mediante lneas de comando se utiliza el SQLCMD, osql, o
PowerShell.
Para el desarrollo de aplicaciones ms complejas (tres o ms capas), Microsoft SQL Server
incluye interfaces de acceso para varias plataformas de desarrollo, entre ellas .NET, pero el
servidor slo est disponible para Sistemas Operativos.
El tipo NUMERIC fue mejorado para ser usado como identificador de columna a partir de
la versin 2008 R2.

DATASET
Simplemente es un contenedor que sirve para guardar datos en memoria. Una de las formas
de utilizarlo (aunque no la nica) consiste en crear un DataAdapter que sirva para traer
datos desde una base de datos y almacenarlos en el DataSet. Esto mismo podras hacerlo
con otros mecanismos (por ejemplo, un array de objetos de una clase entidad), pero en este
caso tendras que escribir tu propio cdigo para leer los datos, mientras que si usas el
dataadapter, hay herramientas de diseo que te permiten crearlo automticamente.
No es particularmente ineficiente: por dentro usa un DataReader para bombear los datos
desde el servidor al almacenamiento en memoria, y este mecanismo (usar el datareader) es
presisamente el que suelen proponer como alternativa quienes dicen que el dataset es poco
eficiente.
Por supuesto, se puede abusar del dataset: podras traerte una tabla entera desde el servidor
y luego tratar de hacer bsquedas sobre ella en memoria. Esto usualmente no ser muy
eficiente (salvo que la tabla sea muy pequea), pero no es una desventaja especfica del
dataset: el mismo tipo de abuso tambin podras cometerlo si te trajeses los registros a un
array u otro tipo de estructura en memoria.

Desarrollo de Un Sistema de Incidencias para El Mejor Desempeño en La Área de Soporte Técnico de La Caja Del Santa, Chimbote 2014"

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Desarrollo de Un Sistema de Incidencias para El Mejor Desempeño en La Área de Soporte Técnico de La Caja Del Santa, Chimbote 2014"

Diunggah oleh

Hak Cipta:

Format Tersedia

PRACTICAS PRE PROFESIONALES I