ATfinal Pruebas

INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO
PRIVADO UNITEK AREQUIPA
CARRERA PROFECIONAL TECNOLGICA:
COMPUTACION E INFORMATICA
PROYECTO: SISTEMA ENTORNO WEB PARA EL AREA DE SERVICIO

TECNICO Y CONTROL DE SERVICIOS TECNICO DE LA EMPRESA
ALTERNATIVA TECNOLOGICA S.A.C.
LIMA CHORRILLOS 2015
PRESENTADO POR:
- ..
- .
PARA OPTAR EL TITULO PROFESIONAL TECNICO EN:

COMPUTACION E INFORMATICA
AREQUIPA - PER
Dedicatoria
Principalmente dedicamos este trabajo a nuestros padres puesto que nos
brindaron apoyo y fortaleza en el desarrollo y transcurso de este, ayudndonos a
concluir
satisfactoriamente
nuestro
proyecto.
Dedicamos a Dios puesto que nos brinda sabidura, amor y paciencia, nos ayuda
en los momentos ms difciles brindndonos valores que nos fortalezcan no solo
como
trabajo
de
grupo,
sino
como
personas.
Tambin dedicamos a nuestro director de proyecto quien nos dio su sabidura

para la elaboracin total de nuestro proyecto asiendo as posible el desarrollo
totalmente
de
este.AGRADECIMIENTOS
Primordialmente agradecemos a la institucin puesto que nos brindo

conocimientos que nos ayudo para el desarrollo de nuestro proyecto y a
elaboracin
final
de
este.
A los profesores que nos brindaron su sabidura en varios campos del

conocimiento ayudndonos as en varios aspectos que requerimos para el
desarrollo
de
nuestro
proyecto.
Tambin damos gracias a nuestros compaeros de clase que de varias maneras

siempre estuvieron acompandonos y ayudndonos en los momentos que
requeramos ayuda , por compartir conocimientos con nosotros , por vivir
compartir vivenciascon nosotros y darnos sentimientos de alegra, amor , cario

que nos dejaran muchas enseanzas y experiencias.
Presentacin
Seores miembros de jurado:
Ponemos a consideracin el presente trabajo de mejoramiento aplicativo el

proceso de mejoramiento a un software aplicativo esperando responder a la
expectativas
Esperemos que la presente tesis sea de su conformidad y cumpla con los

requisitos acadmicos y tcnicos correspondiente
ndice General
Tabla de contenido
Dedicatoria...........................................2
Presentacin..........................................4
ndice General.........................................5
ndice deTablas........................................9
NOMBREDELPROYECTO...............................10
PROYECTODE
IMPLEMENTACIN
DE
SOFTWARE
PARA
LA
EMPRESA ALTERNATIVA TECNOLOGICA...................10

CAPITULOI..........................................11
I.
AREA DE ESTUDIO................................11
1.1.
Razn Social y Rubro..............................11
1.1.1.
RaznSocial...................................11
1.1.2.
Rubro........................................11
1.1.3.
Visin........................................11
1.1.4.
Misin........................................11
1.2.
Organizacin del rea de Estudio.....................12
Organigrama de la empresa Alternativa Tecnologica. S.A.C.......12

1.3.
Diagnstico(Anlisis del Entorno:FODA)................13
1.3.1.
Fortalezas.....................................13
1.3.2.
Oportunidades..................................13
1.3.3.
Debilidades....................................13
1.3.4.
Amenazas.....................................14
1.3.5.
Matriz FODA...................................14
1.4.
Determinacin del problema.........................15
1.4.1.
Descripcin del proceso principal materia de estudio.. . . . .15
1.4.2.
Definicin del problema...........................16
1.4.3.
Propuesta de solucin............................18
Aplicar un software para poder ingresar las atenciones diarias ya sean

Incidentes o Requerimientos, para poder exportar los tickets realizados
de cada mes como tambin para poder sacar los tickets que se
atendieron con movilidades...............................18
CAPTULO II.........................................20
CAPTULO III........................................47
MARCO METODOLGICO..............................47
1. Tipo de Investigacin................................47
2. Diseo de Investigacin..............................47
3. Variables e Indicadores..............................48
4. Tcnica e instrumentos..............................49
5. Anlisis y procedimientos.............................50
INVESTIGACION PRELIMINAR...........................52
4.1.
Objetivos del Proyecto.............................52
4.1.1.Objetivos Generales...............................52
4.2.
.Lista de Usuarios Participantes: Lista de personas que utilizarn el
sistema.............................................56
4.3.
Estudio de Factibilidad.............................57
4.3.1.
Factibilidad Tcnica:.............................57
HP LaserJet Pro 200 color MFP M276n......................57

4.3.2.
Factibilidad Operativa:............................58
4.3.3.
Factibilidad Econmica:...........................59
Describirdetalladamentelainversinquesetendraquerealizarparaeldesarroll
odelprovecto.(Hardware,softwareycapitalhumano)..............59
4.4.
Anlisis costo beneficio:............................61
Costo..............................................61
4.5.
Cronograma de Actividades:.........................62
Tiempo estimado para Desarrollo del proyecto: 6 meses.........63

CAPTULOV.........................................66
5.1.
Modelado del Negocio.............................66
5.1.1.
Diagrama de casos de uso.........................66
5.1.2.
Especificacin de los casos de uso...................70
5.2.1.
Tcnicas y herramientas para la identificacin de requisitos. 84
5.2.2.
Especificacion de requisitos funcionales...............85
5.2.3.
Especificacinderequisitosno funcionales..............97
5.2.4.
Especificacinderequisitosdeinformacin.............107
5.1 DIAGRAMA DE CASOS DE USO......................123
ndice deTablas
NOMBREDELPROYECTO.
PROYECTODE IMPLEMENTACIN DE SOFTWARE PARA LA EMPRESA
ALTERNATIVA TECNOLOGICA
10
CAPITULOI
I. AREA DE ESTUDIO
La implementacin de un software para la empresa ALTERNATIVA
TECNOLOGICA
1.1.
Razn Social y Rubro
I.1.1.
RaznSocial
ALTERNATIVA TECNOLOGICA S.A.C
I.1.2.
Rubro
Empresa dedicada a brindar servicio tcnico especializado en equipos de

cmputo, instalacin y mantenimiento preventivo a diferentes empresas.
I.1.3.
Visin
Satisfacer las necesidades de las empresas donde brindamos nuestros

servicios, tambin queremos ser lideres en le mercado de proveedores de
servicio tcnico especializado en equipo de computo, sabemos que
contamos con los recursos humanos necesarios para lograrlo, conocemos
nuestro trabajo y nos esforzamos por hacerlo cada vez mejor.
I.1.4.
El
Misin
objetivo
principal
de
Alternativa
Tecnolgica
apunta
tener
clientestotalmente satisfechos desarrollando en todo nuestro personal una

profunda vocacin de Servicio al Cliente obteniendo en esto nuestra mayor
11
diferencia competitiva. Como tambin nuestra misin es porder dar soporte al

rubro minero.
I.2.
Organizacin del rea de Estudio

Organigrama de la empresa Alternativa Tecnologica. S.A.C.
Jefatura del
proyecto
Soporte
campo
GERENTE DE
PROYECTO
BCP
Supervizor
zona
Centro
Soporte de
campo
12
Secretaria
general
Supervizor
zona
Sur
Soporte de
campo
I.3.
Diagnstico(Anlisis del Entorno:FODA)

I.3.1.
I.3.2.
Fortalezas
Personal altamente capacitado.

Cuenta con rea propia para dar solucin a todos los equipos.
Servicios autorizados de HP, Compaq, IBM, Epson, Xerox, LG,
Brother, Kodak, Olidata, Lexmark, Imation y Okidata.

Brinda un buen servicio en las reas tcnicas.
Garantas de equipos informticos.
Oportunidades
I.3.3.
13
Apertura de sucursales provinciales como distritales.

Convenio con nuevas empresas.
Brindar mas soporte a entidades bancarias.
Poca competencia en el mercado.
Mayor necesidad de adquision tecnolgica en las empresas.
Debilidades
No contar un sistema que facilite los procesos diarios de atencin
al cliente.
Deficiencia en el manejo de tickets para la empresa.
Llevar el almacenamiento de los tickets. atendidos durante el mes.
Falta de capacidad para ver los errores.
I.3.4.
Falta de incentivos para los trabajadores.
Amenazas
Desafiliacion de las marcas tecnolgicas.

Altos costos de equipos de cmputo.
La Cantidad de Proveedores.
Situacin econmica del Pas.
Nuevas empresas.
Inexistencia de competencia (No saber como reaccionar en el
mercado).
I.3.5.
Matriz FODA
Fortalezas
F1. Personal altamente capacitado.
F2. Cuenta con rea propia para
dar solucin a todos los equipos.
F3. Servicios autorizados de HP,
Compaq, IBM, Epson, Xerox, LG,
Brother, Kodak, Olidata, Lexmark,
Imation y Okidata.
F4. Brinda un buen servicio en las
reas tcnicas.
Garantas de equipos informticos
Debilidades
D1. No contar un sistema que
facilite los procesos
diarios de
atencin al cliente.
D2. Deficiencia en el manejo de
tickets para la empresa.
D3.Falta de capacidad para ver los
errores.
D4. Falta de incentivos para los
trabajadores.
Oportunidades
O1.
Apertura
Amenazas
de
sucursales
provinciales como distritales.

O2.
Convenio
con
nuevas
empresas.
14
A1. Desafiliacion de las marcas

tecnolgicas.
A2. Altos costos de equipos de
O3.
Brindar
mas
soporte
entidades bancarias.
O4. Poca competencia
mercado.
Mayor necesidad
de
en
a
el
adquision
tecnolgica en las empresas.
I.4.
cmputo.
La Cantidad de Proveedores.
A3. Situacin econmica del Pas.
A4. Nuevas empresas.
Inexistencia de competencia (No
saber
como
reaccionar
en
el
mercado).
Determinacin del problema

I.4.1.
Descripcin del proceso principal materia de estudio.

Supervisor de zona sur:
El proceso de asignar tickets se realiza de la siguiente manera:
Asignacion de tickets: El supervisor es el encargado de asignar

tickets a los tcnicos de cada ciudad, como tambin esta encargado
de validad las movilidades de cada tcnico, para que realicen el
reembolso respectivo, por lo cual cada tcnico tiene que entregar al
supervisor la cantidad de tickets que resolvi como tambin sus
movilidades, lo cual toma unas 3 a 4 horas en buscar los tickets y
movilidades que se realizaron mensualmente mediante una hoja
excel.
Area de servicio tcnico:
En esta rea se realiza varios servicios, a continuacin se especifica

uno de ellos.
15
Atencion de tickets: El cliente genera tickets para cada atencin que

se realice por lo cual se clasifican de dos maneras:
o
Incidente y Requerimientospor lo cual el tcnico tiene que

atender losticktes que este asignado a su persona, de tal
manera que el tcnico despus de cada atencin tendra que
guardar o anotar el tickets atendido por diade tal manera que
tendra que agrupar todos los tickets mensaules, tambin
tendr que realizar una reporte de los tickets que se
atendieron precensialmente.
I.4.2.
Definicin del problema

Actualmente dentro de la organizacin no existe ningn proceso
automatizado, por lo cual el proyecto toma los procesos manuales
como tambin los guardan en formatos de Excel, por ende cuando un
colaborador tiene que dar soporte alguna agencia BCP de la Ciudad
de Arequipa, tiene que movilizarce para poder dar solucin al
problema requerido, por lo cual el BANCO DE CREDITO BCP tienes
diferentes agencias en toda la ciudad dando reportes sobre las
movilidades que el tecnico realice por cada atencin.
1. Tipo de atencin:
Actualmente hay 2 tipos de atencin que son Incidentes y
requerimientos.
16
Incidentes: Son tickets que tienen una prioridad alta por que
afecta a la produccin Ejemplo: CPU innoperativo, Aplicativos
daados, Caida de servidores, etc.

Requerimientos: Son tickets que tienen prioridad baja y
pueden ser resueltos en un tiempo mayor Ejemplo: Cambio de
toner, actualizacin de pginas, instalacin de programas, etc.
2. Movilades:
Las movildades que se van a ingresar depende mucho de que tipo de
atencin se haya realizado si son incidentes se tiene que ingresar
como una prioridad alta por lo cual se tiene que atender lo mas antes
posible para eso se tiene que movilzar en taxi, en el caso que sea un
atencin con prioridad de requerimiento se tendramas tiempo para
poder atender el problema y se pasaran movilidades siempre y
cuando se necesite al tcnico prencencialmente.
Lleva mucho tiempo estar realizando en hojas exel o manualmente
toda las atenciones que se realizo al mes. En muchos casos se
pierden tickets que se atendieron por lo cual esto afecta en la
productividad que realiza la empresa como tambien el gasto que
generan al movilizarse.
17
I.4.3.
Propuesta de solucin
Aplicar un software para poder ingresar las atenciones diarias ya sean

Incidentes o Requerimientos, para poder exportar los tickets realizados
de cada mes como tambin para poder sacar los tickets que se
atendieron con movilidades.
Ademas el sisitema contara con asignacin de roles al personal, lo cual
cada personal tendr una cuenta de usuario y contrasea a la vez se le
darn privilegios de acuerdo al rea que labore por lo cual tendrn un
sistema donde puenda ver los tickets atendidos como tambin podr
sacar reportes del dia, semanales y mensuales.
Supervisor de Zona Sur:
La elaboracion para sacar los informes se realizara de forma eficaz y

eficiente por que se contara con informacin actualizada y certera de
todos los tickets resueltos al mismo tiempo se evitara que algunos tickets
se pierdan como tambin las movilidades hechas por los tcnicos de
cada sede, estarn debidamente almacenados en una base de datos.
Tambien dentro del sistema propuesto se llevaran los siguientes datos:
-
Reportes: Se podr controlar todos los tickets que se asigno a cada

tcnico se tendr un reporte al instante y confiable de los tickets
atendidos realizados durante el mes.

Movilidades: Aqu se podr registrar todos los tickets que se hayan
atendido mediante un taxi, ya que genera una movilidad como
tambin se podr tener un reporte al instante.
18
Tickets en pendiente: Aqu podremos registrar todos los tickets que

estn en pendiente, por motivos que lleguen los repuestos sugeridos
y tambin se podr tener un reporte al instante.
rea de Servicio Tecnico:
Se tendr un control total de todos los tickets atendidos ya sean

Incidentes o Requerimientos por lo cual se registraran mendiante los
tickets asignados a cada tcnico como tambin se tendr reportes de
todos los tickets atendidos de forma rpida y confiable.
El tcnico podr tener acceso a todos sus tickets, que se hayan atendido
remotamente o precensialmente de tal manera que podr general
reportes instantneamente.
Tambien tendr acceso a todos los reportes de los tickets atendidos

prencesialmente, para que puedan enviar un reporte de movilidades
confiables tambin se puedan enviar a los supervisores en menos
tiempo.
CAPTULO II
I
CAPITULO II (MARCO TEORICO)

1
19
Bases Tericas
2.1.1
Ingeniera de Software:
Es la aplicacin de un enfoque sistemtico, disciplinado y

cuantificable al desarrollo, operacin y mantenimiento de software,
y el estudio de estos enfoques, es decir, la aplicacin de la
ingeniera al software. Es la aplicacin de la ingeniera al software,
ya que integra matemticas, ciencias de la computacin y
prcticas cuyos orgenes se encuentran en la ingeniera.
Se pueden citar otras definiciones enunciadas por prestigiosos
autores:
Ingeniera de software es el estudio de los principios y

metodologas para el desarrollo y mantenimiento de sistemas
software (Zelkovitz, 1978).
Ingeniera
de
software
es
la
aplicacin
prctica
del
conocimiento cientfico al diseo y construccin de programas

de computadora y a la documentacin asociada requerida
para desarrollar, operar y mantenerlos. Se conoce tambin
como desarrollo de software o produccin de software
(Bohem, 1976).
Ingeniera de software trata del establecimiento de los

principios y mtodos de la ingeniera a fin de obtener software
de modo rentable, que sea fiable y trabaje en mquinas reales
(Bauer, 1972).
En el 2004, en los Estados Unidos, la Oficina
de
Estadsticas del Trabajo (U. S. Bureau of Labor Statistics) cont

760.840 ingenieros de software de computadora. El trmino
20
"ingeniero de software", sin embargo, se utiliza en forma genrica

en el ambiente empresarial, y no todos los ingenieros de software
poseen
realmente
ttulos
de
ingeniera
de
universidades
reconocidas.
Algunos autores consideran que "desarrollo de software"
es un trmino ms apropiado que "ingeniera de software" para el
proceso de crear software. Personas como Pete McBreen (autor
de "Software Craftmanship") cree que el trmino IS implica niveles
de rigor y prueba de procesos que no son apropiados para todo
tipo de desarrollo de software.
Indistintamente se utilizan los trminos "ingeniera de software" o
"ingeniera del software". En Hispanoamrica el trmino usado
normalmente es el primero de ellos.
La creacin del software es un proceso intrnsecamente
creativo y la ingeniera del software trata de sistematizar este
proceso con el fin de acotar el riesgo del fracaso en la
consecucin del objetivo creativo por medio de diversas tcnicas
que se han demostrado adecuadas en base a la experiencia
previa.
La Ingenieria de Software se puede considerar como la
ingeniera
aplicada
al
software,
esto
es,
por
medios
sistematizados y con herramientas preestablecidas, la aplicacin

de ellos de la forma ms eficiente para la obtencin de resultados
ptimos; objetivos que siempre busca la ingeniera. No es slo de
la resolucin de problemas, sino ms bien teniendo en cuenta las
diferentes soluciones, elegir la ms apropiada.
21
2.1.2 Ciclo de vida del Software:

El trmino ciclo de vida del software describe el desarrollo
de software, desde la fase inicial hasta la fase final. El propsito
de este programa es definir las distintas fases intermedias que se
requieren para validar el desarrollo de la aplicacin, es decir, para
garantizar que el software cumpla los requisitos para la aplicacin
y verificacin de los procedimientos de desarrollo: se asegura de
que los mtodos utilizados son apropiados.
Estos programas se originan en el hecho de que es muy costoso

rectificar los errores que se detectan tarde dentro de la fase de
implementacin. El ciclo de vida permite que los errores se
detecten lo antes posible y por lo tanto, permite a los
desarrolladores concentrarse en la calidad del software, en los
plazos de implementacin y en los costos asociados.
El ciclo de vida bsico de un software consta de los siguientes

procedimientos:
Definicin de objetivos: definir el resultado del proyecto y su
papel en la estrategia global.

Anlisis de los requisitos y su viabilidad: recopilar,
examinar y formular los requisitos del cliente y examinar
cualquier restriccin que se pueda aplicar.
22
Diseo general: requisitos generales de la arquitectura de la
aplicacin.
Diseo en detalle: definicin precisa de cada subconjunto de
la aplicacin.
Programacin: (programacin
implementacin):
es
la
implementacin de un lenguaje de programacin para crear
las funciones definidas durante la etapa de diseo.

Prueba de unidad: prueba individual de cada subconjunto de
la aplicacin para garantizar que se implementaron de acuerdo
con las especificaciones.

Integracin: para garantizar que los diferentes mdulos se
integren con la aplicacin. ste es el propsito de la prueba de
integracin que est cuidadosamente documentada.

Prueba beta (o validacin), para garantizar que el software
cumple con las especificaciones originales.

Documentacin: sirve para documentar
informacin
necesaria para los usuarios del software y para desarrollos
futuros.
Implementacin
Mantenimiento: para todos los procedimientos correctivos
(mantenimiento correctivo) y las actualizaciones secundarias
del software (mantenimiento continuo).
El orden y la presencia de cada uno de estos

procedimientos en el ciclo de vida de una aplicacin dependen del
tipo de modelo de ciclo de vida acordado entre el cliente y el
equipo de desarrolladores.
2.1.3 Modelos de Ciclo de Vida:
23
Para facilitar una metodologa comn entre el cliente y la

compaa de software, los modelos de ciclo de vida se han
actualizado para reflejar las etapas de desarrollo involucradas y la
documentacin requerida, de manera que cada etapa se valide
antes de continuar con la siguiente etapa. Al final de cada etapa
se arreglan las revisiones de manera que sean corregidas de
manera certera.
2.1.3.1 Modelo en Cascada:
El modelo de ciclo de vida en cascada comenz a

disearse en 1966 y se termin alrededor de 1970. Se
define como una secuencia de fases en la que al final de
cada una de ellas se rene la documentacin para
garantizar que cumple las especificaciones y los requisitos
antes de pasar a la fase siguiente:
2.1.3.2 Modelo V:
El modelo de ciclo de vida V proviene del principio que establece
que los procedimientos utilizados para probar si la aplicacin
cumple las especificaciones ya deben haberse creado en la fase
de diseo.
2.1.4 Lenguaje Unificado de Modelado:
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en
ingls, UnifiedModelingLanguage) es el lenguaje de modelado de
sistemas de software ms conocido y utilizado en la actualidad;
24
est respaldado por el OMG (Object Management Group). Es un

lenguaje
grfico
para
visualizar,
especificar,
construir
documentar un sistema. UML ofrece un estndar para describir un

"plano" del sistema (modelo), incluyendo aspectos conceptuales
tales como procesos de negocio, funciones del sistema, y
aspectos
concretos
como
expresiones
de
lenguajes
de
programacin, esquemas de bases de datos y compuestos

reciclados.
Es importante remarcar que UML es un "lenguaje de modelado"
para especificar o para describir mtodos o procesos. Se utiliza
para definir un sistema, para detallar los artefactos en el sistema y
para documentar y construir. En otras palabras, es el lenguaje en
el que est descrito el modelo.
Se puede aplicar en el desarrollo de software gran
variedad de formas para dar soporte a una metodologa de
desarrollo de software (tal como el Proceso Unificado Racional
o RUP), pero no especifica en s mismo qu metodologa o
proceso usar.
UML no puede compararse con la programacin estructurada,
pues UML significa Lenguaje Unificado de Modelado, no es
programacin, solo se diagrama la realidad de una utilizacin en
un requerimiento. Mientras que, programacin estructurada, es
una forma de programar como lo es la orientacin a objetos, sin
embargo, la programacin orientada a objetos viene siendo un
complemento perfecto de UML, pero no por eso se toma UML slo
para lenguajes orientados a objetos.
25
UML cuenta con varios tipos de diagramas, los cuales muestran

diferentes aspectos de las entidades representadas.
2.1.5 Proceso Unificado de Rational:
El Proceso Unificado de Rational (RationalUnifiedProcess en
ingls, habitualmente resumido como RUP) es un proceso de
desarrollo de software desarrollado por la empresa Rational
Software, actualmente propiedad de IBM. Junto con el Lenguaje
Unificado de Modelado UML, constituye la metodologa estndar
ms utilizada para el anlisis, diseo, implementacin y
documentacin de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino
un
conjunto
de
metodologas
adaptables
al
contexto
necesidades de cada organizacin.

Tambin se conoce por este nombre al software, tambin
desarrollado por Rational, que incluye informacin entrelazada de
diversos artefactos y descripciones de las diversas actividades.
Est incluido en el RationalMethodComposer (RMC), que permite
la personalizacin de acuerdo con las necesidades.
Originalmente se dise un proceso genrico y de dominio
pblico, el Proceso Unificado, y una especificacin ms detallada,
el RationalUnifiedProcess, que se vendiera como producto
independiente...
2.1.6 Anlisis y diseo orientado a objetos:
Anlisis y diseo orientado a objetos (ADOO) es un enfoque de la
ingeniera de software que modela un sistema como un grupo de
objetos que interactan entre s. Este enfoque representa un
dominio en trminos de conceptos compuestos por verbos y
26
sustantivos, clasificados de acuerdo a su dependencia funcional.

En este mtodo de anlisis y diseo se crea un conjunto de
modelos utilizando una notacin acordada como, por ejemplo, el
lenguaje unificado de modelado (UML). ADOO aplica tcnicas de
modelado de objetos para analizar los requerimientos para un
contexto - por ejemplo, un sistema de negocio, un conjunto de
mdulos de software - y para disear una solucin para mejorar
los procesos involucrados. No est restringido al diseo de
programas de computadora, sino que cubre sistemas enteros de
distinto tipo. Las metodologas de anlisis y diseo ms modernas
son casos de uso guiados a travs de requerimientos, diseo,
implementacin, pruebas, y despliegue.
El lenguaje unificado de modelado se ha vuelto el lenguaje de
modelado estndar usado en anlisis y diseo orientado a objetos.
2.1.7 Programacin orientada a objetos:
La programacin orientada a objetos o POO (OOP segn sus
siglas en ingls) es un paradigma de programacin que usa los
objetos en sus interacciones, para disear aplicaciones y
programas
informticos.
incluyendo
herencia,
Est
basado
cohesin,
en
varias
abstraccin,
tcnicas,
polimorfismo,
acoplamiento y encapsulamiento. Su uso se populariz a

principios de la dcada de los aos 1990. En la actualidad, existe
una gran variedad de lenguajes de programacin que soportan la
orientacin a objetos.
Los objetos son entidades que tienen un determinado estado,
comportamiento (mtodo) e identidad:
27
El estado est compuesto de datos o informaciones; sern uno o

varios atributos a los que se habrn asignado unos valores
concretos (datos).
El comportamiento est definido por los mtodos o mensajes a los
que sabe responder dicho objeto, es decir, qu operaciones se
pueden realizar con l.
La identidad es una propiedad de un objeto que lo diferencia del
resto; dicho con otras palabras, es su identificador (concepto
anlogo al de identificador de una variable o una constante).Un
objeto contiene toda la informacin que permite definirlo e
identificarlo frente a otros objetos pertenecientes a otras clases e
incluso frente a objetos de una misma clase, al poder tener
valores bien diferenciados en sus atributos. A su vez, los objetos
disponen de mecanismos de interaccin llamados mtodos, que
favorecen la comunicacin entre ellos. Esta comunicacin
favorece a su vez el cambio de estado en los propios objetos. Esta
caracterstica lleva a tratarlos como unidades indivisibles, en las
que no se separa el estado y el comportamiento.
Los mtodos (comportamiento) y atributos (estado) estn
estrechamente relacionados por la propiedad de conjunto. Esta
propiedad destaca que una clase requiere de mtodos para poder
tratar los atributos con los que cuenta. El programador debe
pensar indistintamente en ambos conceptos, sin separar ni darle
mayor importancia a alguno de ellos. Hacerlo podra producir el
hbito errneo de crear clases contenedoras de informacin por
un lado y clases con mtodos que manejen a las primeras por el
otro. De esta manera se estara realizando una programacin
28
estructurada camuflada en un lenguaje de programacin orientado

a objetos.
La POO difiere de la programacin estructurada tradicional, en la
que los datos y los procedimientos estn separados y sin relacin,
ya que lo nico que se busca es el procesamiento de unos datos
de entrada para obtener otros de salida. La programacin
estructurada anima al programador a pensar sobre todo en
trminos de procedimientos o funciones, y en segundo lugar en
las estructuras de datos que esos procedimientos manejan. En la
programacin estructurada solo se escriben funciones que
procesan datos. Los programadores que emplean Programacin
Orientada a Objetos, en cambio, primero definen objetos para
luego enviarles mensajes solicitndoles que realicen sus mtodos
por s mismos.
2.1.7.1Propiedades:
La programacin orientada a objetos es una forma de
programar que trata de encontrar una solucin a estos
problemas. Introduce nuevos conceptos, que superan y
amplan conceptos antiguos ya conocidos. Entre ellos
destacan los siguientes:
2.1.7.2 Clase:
Definiciones de las propiedades y comportamiento de un
tipo de objeto concreto. La instanciacin es la lectura de
estas definiciones y la creacin de un objeto a partir de
ellas.
2.1.7.3 Herencia:
29
(Por ejemplo, herencia de la clase C a la clase D) es la

facilidad mediante la cual la clase D hereda en ella cada
uno de los atributos y operaciones de C, como si esos
atributos y operaciones hubiesen sido definidos por la
misma D. Por lo tanto, puede usar los mismos mtodos y
variables pblicas declaradas en C. Los componentes
registrados como "privados" (private) tambin se heredan,
pero como no pertenecen a la clase, se mantienen
escondidos al programador y slo pueden ser accedidos a
travs de otros mtodos pblicos. Esto es as para
mantener hegemnico el ideal de POO.
2.1.7.4 Objeto:
Instancia de una clase. Entidad provista de un conjunto de
propiedades o atributos (datos) y de comportamiento o
funcionalidad
(mtodos),
los
mismos
que
consecuentemente reaccionan a eventos. Se corresponden

con los objetos reales del mundo que nos rodea, o con
objetos internos del sistema (del programa). Es una
instancia a una clase.
2.1.7.5 Mtodo:
Algoritmo asociado a un objeto (o a una clase de objetos),
cuya ejecucin se desencadena tras la recepcin de un
"mensaje". Desde el punto de vista del comportamiento, es
lo que el objeto puede hacer. Un mtodo puede producir un
cambio en las propiedades del objeto, o la generacin de
un "evento" con un nuevo mensaje para otro objeto del
sistema.
30
2.1.7.6 Evento:
Es un suceso en el sistema (tal como una interaccin del
usuario con la mquina, o un mensaje enviado por un
objeto). El sistema maneja el evento enviando el mensaje
adecuado al objeto pertinente. Tambin se puede definir
como evento la reaccin que puede desencadenar un
objeto; es decir, la accin que genera.
2.1.7.7 Atributos:
Caractersticas que tiene la clase
2.1.7.8 Mensaje:
Una comunicacin dirigida a un objeto, que le ordena que
ejecute uno de sus mtodos con ciertos parmetros
asociados al evento que lo gener.
2.1.7.9 Propiedad o atributo:

Contenedor de un tipo de datos asociados a un objeto (o a
una clase de objetos), que hace los datos visibles desde
fuera del objeto y esto se define como sus caractersticas
predeterminadas, y cuyo valor puede ser alterado por la
ejecucin de algn mtodo.
2.1.7.10 Estado interno:
Es una variable que se declara privada, que puede ser
nicamente accedida y alterada por un mtodo del objeto,
y que se utiliza para indicar distintas situaciones posibles
para el objeto (o clase de objetos). No es visible al
programador que maneja una instancia de la clase.
2.1.7.11 Componentes de un objeto:
31
Atributos, identidad, relaciones y mtodos.

2.1.7.12 Identificacin de un objeto:
Un objeto se representa por medio de una tabla o entidad
que est compuesta por sus atributos y funciones
correspondientes.
En comparacin con un lenguaje imperativo, una "variable"
no es ms que un contenedor interno del atributo del objeto
o de un estado interno, as como la "funcin" es un
procedimiento interno del mtodo del objeto.
2.1.8 Encapsulamiento:
En
Programacin
modular,
ms
especficamente
en
programacin orientada a objetos, se denomina encapsulamiento

al ocultamiento del estado, es decir, de los datos miembro de un
objeto de manera que slo se pueda cambiar mediante las
operaciones definidas para ese objeto.
Cada objeto est aislado del exterior, es un mdulo natural, y la
aplicacin entera se reduce a un agregado o rompecabezas de
objetos. El aislamiento protege a los datos asociados de un objeto
contra su modificacin por quien no tenga derecho a acceder a
ellos, eliminando efectos secundarios e interacciones.De esta
forma el usuario de la clase puede obviar la implementacin de los
mtodos y propiedades para concentrarse slo en cmo usarlos.
Por otro lado se evita que el usuario pueda cambiar su estado de
maneras imprevistas e incontroladas.
2.1.9 Lenguaje orientado a objetos:
32
Se le llama as a cualquier lenguaje de programacin que

implemente los conceptos definidos por la programacin orientada
a objetos.
Cabe notar que los conceptos definidos en la programacin
orientada a objetos no son una condicin sino que son para definir
que un lenguaje es orientado a objetos. Existen conceptos que
pueden estar ausentes en un lenguaje dado y sin embargo, no
invalidar su definicin como lenguaje orientado a objetos.
Quizs las condiciones mnimas necesarias las provee el
formalismo que modeliza mejor las propiedades de un sistema
orientado a objetos: los tipos de datos abstractos.
Siguiendo esa idea, cualquier lenguaje que permita la definicin
de tipos de datos, de operaciones nuevas sobre esos tipos de
datos, y de instanciar el tipo de datos podra ser considerado
orientado a objetos.
Esta definicin concuerda incluso con ciertos ejemplos prcticos,
que no son considerados dentro de la programacin orientada a
objetos, pero que podran serlo. Por ejemplo, la programacin de
interfaces grficas de usuario para los sistemas X-Window
utilizando infraestructuras de funciones y APIs como Motif, Xview y
Xlib, son realizadas usualmente en lenguaje C, pero organizando
el cdigo en una manera que "parecen objetos" (los Widgets).
2.1.9.1 Visual Basic .NET:
Visual
Basic
.NET
(VB.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,
33
ya que debido a cambios significativos en el lenguaje

VB.NET no es retrocompatible 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.
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 2012, que es la ltima
versin de Visual Studio para la plataforma .NET), aunque
existen otras alternativas, como SharpDevelop (que
adems es libre).
Al igual que con todos los lenguajes de programacin
basados en .NET, los programas escritos en VB .NET
requieren el Framework .NET o Mono para ejecutarse.
2.1.10 Base de datos:
Una base de datos o banco de datos es un conjunto de datos
pertenecientes
un
mismo
contexto
almacenados
sistemticamente para su posterior uso. En este sentido; una

biblioteca puede considerarse una base de datos compuesta en
su mayora por documentos y textos impresos en papel e
indexados para su consulta. Actualmente, y debido al desarrollo
tecnolgico de campos como la informtica y la electrnica, la
mayora de las bases de datos estn en formato digital
(electrnico), y por ende se ha desarrollado y se ofrece un amplio
rango de soluciones al problema del almacenamiento de datos.
34
Existen programas denominados sistemas gestores de bases de

datos, abreviado DBMS, que permiten almacenar y posteriormente
acceder a los datos de forma rpida y estructurada. Las
propiedades de estos DBMS, as como su utilizacin y
administracin, se estudian dentro del mbito de la informtica.
Las aplicaciones ms usuales son para la gestin de empresas e
instituciones pblicas. Tambin son ampliamente utilizadas en
entornos cientficos con el objeto de almacenar la informacin
experimental.
Aunque las bases de datos pueden contener muchos tipos de
datos, algunos de ellos se encuentran protegidos por las leyes de
varios pases. Por ejemplo en Espaa, los datos personales se
encuentran protegidos por la Ley Orgnica de Proteccin de Datos
de Carcter Personal (LOPD) y en Mxico por la Ley Federal de
Transparencia y Acceso a la Informacin Pblica Gubernamental.
2.1.10.1 Caractersticas:
- Independencia de los Datos. Es decir, que los datos no
dependen del programa y por tanto cualquier aplicacin
puede hacer uso de los datos.
- Reduccin de la Redundancia. Llamamos redundancia a
la existencia de duplicacin de los datos, al reducir sta al
mximo conseguimos un mayor aprovechamiento del
espacio y adems evitamos que existan inconsistencias
entre los datos. Las inconsistencias se dan cuando nos
encontramos con datos contradictorios.
- Seguridad. Un SBD debe permitir que tengamos un
control sobre la seguridad de los datos.
35
- Se visualiza normalmente como una tabla de una hoja de

clculo, en la que los registros son las filas y las columnas
son los campos, o como un formulario.
- Permite realizar un listado de la base de datos.
- Permiten la programacin a usuarios avanzados.
2.1.11 Tipos de Base de Datos:
2.1.11.1 Bases de datos jerrquicas:
stas son bases de datos que, como su nombre indica,
almacenan su informacin en una estructura jerrquica. En
este modelo los datos se organizan en una forma similar a
un rbol (visto al revs), en donde un nodo padre de
informacin puede tener varios hijos. El nodo que no tiene
padres es llamado raz, y a los nodos que no tienen hijos
se los conoce como hojas.
2.1.11.2 Base de datos de red:
ste es un modelo ligeramente distinto del jerrquico; su
diferencia fundamental es la modificacin del concepto de
nodo: se permite que un mismo nodo tenga varios padres
(posibilidad no permitida en el modelo jerrquico).
2.1.11.3 Bases de datos transaccionales:
Son bases de datos cuyo nico fin es el envo y recepcin
de datos a grandes velocidades, estas bases son muy
poco comunes y estn dirigidas por lo general al entorno
de anlisis de calidad, datos de produccin e industrial, es
importante entender que su fin nico es recolectar y
recuperar los datos a la mayor velocidad posible, por lo
tanto la redundancia y duplicacin de informacin no es un
36
problema como con las dems bases de datos, por lo

general para poderlas aprovechar al mximo permiten
algn tipo de conectividad a bases de datos relacionales.
2.1.11.4 Bases de datos relacionales:
En este modelo, el lugar y la forma en que se almacenen
los datos no tienen relevancia (a diferencia de otros
modelos como el jerrquico y el de red). Esto tiene la
considerable ventaja de que es ms fcil de entender y de
utilizar para un usuario espordico de la base de datos. La
informacin puede ser recuperada o almacenada mediante
"consultas" que ofrecen una amplia flexibilidad y poder
para administrar la informacin.
2.1.11.5 Bases de datos documentales:
Permiten la indexacin a texto completo, y en lneas
generales realizar bsquedas ms potentes. Tesaurus es
un sistema de ndices optimizado para este tipo de bases
de datos.
2.1.12 Ventajas del Uso de Base de Datos:
- Obtener ms informacin de la misma cantidad de data - La base
de datos facilita al usuario obtener mas informacin debido a la
facilidad que provee esta estructura para proveer datos a los
usuarios (si se tiene el privilegio). Ejemplo: comparar un Centro de
Cmputos tradicional en COBOL vs uno que utilize una Base de
Datos.
- Compartir los Datos - Usuarios de distintas oficinas pueden
compartir datos si estan autorizados. Esto implica que si un dato
cambia de contenido como por ejemplo la direccin de un cliente,
37
todos los usuarios que pueden acceder ese dato, vern

inmediatamente el cambio efectuado. Ejemplo: Explicar como
trabajaba un Centro de Computos tradicional con un Sistema
Estudiantil que tenga sub-sistemas de Registro, Asistencia
Economica, Estudio y Trabajo, Matrcula, etc.
- Balance de Requerimientos Conflictivos - Para que la Base de
Datos trabaje apropiadamente, necesita de una persona o grupo
que se encargue de su funcionamiento. El ttulo para esa posicin
es Administrador de Base de Datos y provee la ventaja de que
Disea el sistema tomando en mente la necesidad de cada
departamento de la empresa. Por lo tanto se beneficia
mayormente la empresa aunque algunos departamentos podran
tener
leves
desventajas
debido
su
idiosincracia.
Tradicionalmente se diseaba y programa segn la necesidad de

cada departamento por separado. Ejemplo: Explicar como en
diferentes departamentos utilizaban diferentes herramientas y
estructuras de datos para su sistema particular y como esto
afectaba a los otros departamentos.
- Se refuerza la estandarizacin - Debido a lo que se mencion
previamente, es ms facil estandarizar procesos, formas, nombres
de datos, formas, etc.
- Redundancia controlada - Debido al sistema tradicional de
archivos independientes, los datos se duplicaban constantemente
lo cual creaba mucha duplicidad de datos y creaba un problema
de sincronizacin cuando se actualizaba un dato en un archivo en
particular. Ejemplo: En el sistema de Registro y de Asistencia
Econmica pasaba mucho eso. El mtodo que utilizaron para
38
resolver el problema fue el de periodicamente actualizar el archivo

de Asistencia Econmica, con el archivo de registraduria
(principal). Lo cual trae como consecuancia, uso inecesario de los
recursos de la computadora. Ojo!, la redundancia se controla, no
se elimina por completo.
- Consistencia - Al controlarse la redundancia, cuando actualizas
un dato, todos los usuarios autorizados de la Base de Datos
pueden ver el cambio independientemente de que estn
trabajando en distintos sistemas.
- Integridad - La base de datos tiene la capacidad de validar
ciertas condiciones cuando los usuarios entan datos y rechazar
entradas que no cumplan con esas condiciones. El DBA (Data
Base
Administrator)
es
responsable
de
establecer
esas
validaciones.
- Seguridad - El DBA al tener control central de los Datos, la Base
de Datos le provee mecanismos que le permiten crear niveles de
seguridad para distintos tipos de Usuarios. En COBOL esta opcin
tendra que programarse.
- Flexibilidad y rapidez al obtener datos - Aqui el usuario puede
fcilmente obtener informacin de la Base de Datos con tan solo
escribir unas breves oraciones. Esto evita el antiguo y burocrtico
proceso de llenar una peticin al Centro de Cmputos para poder
obtener un informe. Ejemplo: Explicar como ocurra ese proceso.
- Aumenta la productividad de los programadores - Debido a que
los progamadores no se tienen que preocupar por la organizacin
de los datos ni de su validacin, se pueden concentrar en resolver
39
otros problemas inmediatos, mejorando de ese modo su

productividad.
- Mejora el mantenimiento de los programas - Debido a que los
datos son independientes de los programas (a diferencia de
Cobol), si ocurre un cambio en la estructura de una tabla (archivo),
el cdigo no se afecta. Ejemplo: Explicar el problema de Cobol
cuando ocurre un cambio de campo en un archivo an con el uso
de libreras.
- Independencia de los Datos - Debido a lo que se menciono
previamente, los datos pueden modificarse para por ejemplo
mejorar el "performance" de la Base de Datos y como
consecuancia, no se tiene que modificar los programas.
2.1.13 Modelo Entidad Relacin:
Un
diagrama
modelo
entidad-relacin
(a
veces
denominado por sus siglas en ingls, E-R "Entityrelationship", o

del espaol DER "Diagrama de Entidad Relacin") es una
herramienta para el modelado de datos que permite representar
las entidades relevantes de un sistema de informacin as como
sus interrelaciones y propiedades.
2.1.13.1 Base terica y conceptual:
El modelo de datos entidad-relacin est basado en una
percepcin del mundo real que consta de una coleccin de
objetos bsicos, llamados entidades, y de relaciones entre
esos objetos.
2.1.13.2 Entidad:
Representa una cosa u "objeto" del mundo real con
existencia
40
independiente,
es
decir,
se
diferencia
unvocamente de otro objeto o cosa, incluso siendo del

mismo tipo, o una misma entidad.
Algunos Ejemplos:
Una persona. (Se diferencia de cualquier otra persona,
incluso siendo gemelos).
Un automvil. (Aunque sean de la misma marca, el mismo
modelo,..., tendrn atributos diferentes, por ejemplo, el
nmero de chasis).
Una casa (Aunque sea exactamente igual a otra, an se
diferenciar en su direccin).
Una entidad puede ser un objeto con existencia fsica
como: una persona, un animal, una casa, etc. (entidad
concreta); o un objeto con existencia conceptual como: un
puesto
de
trabajo,
una
asignatura
de
clases,
un
nombre,etc. (entidad abstracta).

Una entidad est descrita y se representa por sus
caractersticas o atributos. Por ejemplo, la entidad Persona
las caractersticas: Nombre, Apellido, Gnero, Estatura,
Peso, Fecha de nacimiento.
2.1.13.3 Atributos:
Los atributos son las caractersticas que definen o
identifican a una entidad. Estas pueden ser muchas, y el
diseador solo utiliza o implementa las que considere ms
relevantes.
Los
atributos
son las
propiedades que
describen a cada entidad en un conjunto de entidades.

En un conjunto de entidades del mismo tipo, cada entidad
tiene valores especficos asignados para cada uno de sus
41
atributos, de esta forma, es posible su identificacin

unvoca.
Ejemplos:
A la coleccin de entidades alumnos, con el siguiente
conjunto de atributos en comn, (id, nombre, edad,
semestre), pertenecen las entidades:
(1, Sofa, 38 aos, 2)
(2, Josefa, 19 aos, 5)
(3, Carlos, 20 aos, 2)
...
Cada una de las entidades pertenecientes a este conjunto
se diferencia de las dems por el valor de sus atributos.
Ntese que dos o ms entidades diferentes pueden tener
los mismos valores para algunos de sus atributos, pero
nunca para todos.
En particular, los atributos identificativos son aquellos que
permiten diferenciar a una instancia de la entidad de otra
distinta. Por ejemplo, el atributo identificativo que distingue
a un alumno de otro es su nmero de id.
Para cada atributo, existe un dominio del mismo, este hace
referencia al tipo de datos que ser almacenado o a
restricciones en los valores que el atributo puede tomar
(cadenas de caracteres, nmeros, solo dos letras, solo
nmeros mayores que cero, solo nmeros enteros...).
Cuando algn atributo correspondiente a una entidad no
tiene un valor determinado, recibe el valor nulo, bien sea
42
porque no se conoce, porque no existe o porque no se

sabe nada al respecto del mismo.
2.1.13.4 Relacin:
Describe cierta dependencia entre entidades o permite la
asociacin de las mismas.
Ejemplo:
Si tenemos dos entidades, "CLIENTE" y "HABITACION",
podemos entender la relacin entre ambas al tomar un
caso concreto (ocurrencia) de cada una de ellas. Entonces,
podriamos tener la ocurrencia "Habitacin 502", de la
entidad
"HABITACION"
la
ocurrencia
"Henry
JonshonMcflyBogard", de la entidad "CLIENTE", entre las

que es posible relacionar que la habitacin 502 se
encuentra ocupada por el husped de nombre Henry
Jonshon.
Una relacin tiene sentido al expresar las entidades que
relaciona. En el ejemplo anterior, podemos decir que un
husped (entidad), se aloja (relacin) en una habitacin
(entidad).
2.1.13.5 Sistema de gestin de bases de datos:
Un sistema de gestin de bases de datos (SGBD) es un
conjunto de programas que permiten el almacenamiento,
modificacin y extraccin de la informacin en una base de
datos, adems de proporcionar herramientas para aadir,
borrar, modificar y analizar los datos. Los usuarios pueden
acceder a la informacin usando herramientas especficas
de interrogacin y de generacin de informes, o bien
43
mediante aplicaciones al efecto Los SGBD tambin

proporcionan mtodos para mantener la integridad de los
datos, para administrar el acceso de usuarios a los datos y
para recuperar la informacin si el sistema se corrompe.
Permite presentar la informacin de la base de datos en
variados formatos. La mayora de los SGBD incluyen un
generador de informes. Tambin puede incluir un mdulo
grfico que permita presentar la informacin con grficos y
tablas.
Hay muchos tipos de SGBD distintos segn manejen los
datos y muchos tamaos distintos segn funcionen sobre
ordenadores personales y con poca memoria a grandes
sistemas que funcionan en mainframes con sistemas de
almacenamiento especiales.
Generalmente se accede a los datos mediante lenguajes
de interrogacin, lenguajes de alto nivel que simpifican la
tarea de construir las aplicaciones. Tambin simplifican la
interrogacin y la presentacin de la informacin. Un
SGBD permite controlar el acceso a los datos, asegurar su
integridad, gestionar el acceso concurrente a ellos,
recuperar los datos tras un fallo del sistema y hacer copias
de seguridad. Las bases de datos y los sistemas para su
gestin son esenciales para cualquier rea de negocio, y
deben ser gestionados con esmero.
2.1.14 Microsoft SQL Server:
Microsoft SQL Server es un sistema para la gestin de bases de
datos producido por Microsoft basado en el modelo relacional. Sus
44
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.
2.1.14.1 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
45
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.
2.1.1 Hiptesis:
Al implementar el sistema posiblemente esto mejorara la administracin
de los tickets atendidos.
46
CAPTULO III
MARCO METODOLGICO
1. Tipo de Investigacin
Nuestro proyecto se encuentra en el grupo de crear un sistema para
llevar registro de los tickets atendidos; dando como como resultado la
disminucin del tiempo a elaborar un documente, el rpido acceso de la
informacin y la adecuadatoma de deciciones.
2. Diseo de Investigacin
De acuerdo al alcance de ejecucin del diseo de investigacin
es:
Descriptiva
explicativa
O1
O2
DONDE:
M=Muestra
O1=Variable Independiente
O2=Variable Dependiente
47
3. Variables e Indicadores
VARIABLES
DEFINICIN
INDICADORES
VARIABLE
Antiguamente el sistema de control
INDEPENDIENTE :
de
Evaluar
los
trabajadores
se
haca
manualmente y de manera ineficaz

CREAR UN SISTEMA
hoy en da.
DE CONTROL DE LOS
tcnicas
de
sistemas de control
Conocer
mejor
la
realidad
Analizar las causas
Reconocer los motivos
del cambio
DIAS LABORADO DEL

TRABAJADOR
Para dar a conocer nuestro Sistema

VARIABLE
DEPENDIENTE:
de
control
utilizaremos
de
la
trabajadores,
herramienta
marketing
PROMOCIONAR EL
SISTEMA DE
de
denominada
MERCHANDISING (publicidad en el
punto
de
venta),
ya
que
este
CONTROL EN EL
aumentara nuestra rentabilidad en el
MERCADO
mismo punto donde se oferta el
Evaluar
herramientas
las
de
marketing
Conocer el mercado
que se va estudiar
Analizar la oferta del
producto
producto
Reconocer
puntos de venta
Variable independiente
48
los
Sistema entorno Web

Variable dependiente
Optimizacion del rea de supervisores y de los tcnicos de la empresa
ALTERNATIVA TECNOLOGICA S.A.C.
4. Tcnica e instrumentos
Al utilizar la fuente primaria nos con lleva a realizar un cuestionario,
aplicando el mtodo, ENCUESTA PERSONAL (CARA A CARA), para ver la
aceptacin del producto innovador en el mercado objetivo.
Observar directamente la conducta del usuario. Es el llamado mtodo de
observacin y consiste en acudir a donde est el usuario para observar la
conducta que manifiesta al comprar.
Acercamiento y conversacin directa con el usuario. Si en la evaluacin de
un producto nuevo lo que interesa es detectar que le gustara consumir al
usuario
cuales
son
los
problemas
actuales
existentes
en
el
abastecimiento de productos o servicios parecidos, no existe mejor forma

de saberlo que preguntar directamente a los interesados a travs de un
cuestionario
TCNICAS
Encuesta
INSTRUMENTOS
Formulario de Preguntas
5. Anlisis y procedimientos
La finalidad de acopiar los datos necesarios para el anlisis del problema.
49
El anlisis estadstico de los datos, consiste en describir cmo ser

analizada estadsticamente la informacin. El investigador debe de elegir
los modelos y pruebas estadsticas que le sirvan para contrastar su
hiptesis y enunciar generalizaciones vlidas, que consta de las siguientes
faces:
Fase de inicio
En esta primera fase se realizo lo siguiente:
Con la informacin obtenida de la empresa mediante la encuesta y la
entrevista, se logro enfocar el problema principal, posteriormente se
planteo una respuesta de solucin, especifico a los actores que
utilizaran el sistema.
Fase de Elaboracion
Conociendo la problemtica de la empresa se realizo un detallado anlisis
de la propuesta de solucin plateada, juntamente con un cronograma de
actividades que se tendra en cuenta el diseo del sistema.
La propuesta de solucin fue mostrada al usuario por medio de diagramas
de caso de uso, detalladamente su funcionamiento en los diagramas de
secuencia y de estados.
En esta fase tambin se mostro el estudio de factibilidad, para dar a
conocer los beneficios que se obtendrn con el sistema.
Fase de Contruccion
En esta fase se procedio a realizar la construccin del sistema utilizando
tres capas; en donde se diseo lo siguiente:
En la primera capa o capa de representacin se diseo las interfaces del
sistema, que se mostraran al usuario para su respectiva utilizacin.
En la segunda capa se encuentra el cdigo respectivo del funcionamiento
del sistema, es decir la lgica del sistema.
En la ultima capa se disea la base de datos en donde se almacenara y se
accederaa todos los datos que se ingrese al sistema
50
Una vez terminado el sistema se procedio a implantarlo en la empresa,

realizando
sus
respectivas
pruebas
para
verificar
su
correcto
funcionamiento.
Fase de transicin
Implantando el sistema se procedio a capacitar a los usuarios en la
utilizacin, otorgndoles ayuda por medio de un manual de usuario, en
donde se especifica claramente el funcionamiento de cada interfaz del
sistema.
CAPTULO IV
INVESTIGACION PRELIMINAR
4.1.
Objetivos del Proyecto
4.1.1.Objetivos Generales
OBJ-0001
Implementar un Sistema control de tickets para llevar reportes
Version
Autores
Fuentes
Descripcion
exactos de la Empresa Alternativa Tecnologica SAC.

1.0(01/03/2015)
Luis Huaracha Quispe
Asistente
El sistema deber elaborar e implementar un sistema de informacin
para optimizar el proceso de atencin de tickets y el servicio tcnico
51
Sub Objetivos
Importancia
Urgencia
Estado
Estabilidad
Comentarios
de la empresa Alternativa Tecnologica SAC

Ninguno
Vital
Hay presin
En costruccion
Alta
Ninguno
Tabla 1: Objetivo General 1
4.1.2 Odejtivos Especificos

OBJ-0002
Resgistrar los tickets atendidos incidetenes, requerimientos y
Version
Autores
Fuentes
Descripcion
movilidades.
1.0 (01/03/2015)
Asistente
El sistema deber registrar los tickers que fueron atendidos a los
Sub Objetivos
Importancia
Urgencia
Estado
Estabilidad
Comentarios
clientes con la finalidad de evitar perdida o duplicidad de datos.

Ninguno
Importante
Hay presin
En costruccion
Alta
Ninguno
Tabla 2: Objetivo Especifico 1
52
OBJ-0003
Version
Autores
Fuentes
Descripcion
Minimizar errores en la hacer los reportes de los tickets.

1.0(01/03/2015)
Asistente
El sistema deber minimizar los errores al momento de registrar los
Sub Objetivos
Importancia
Urgencia
Estado
Estabilidad
Comentarios
tickets.
Ninguno
Vital
Hay presin
En costruccion
Alta
Ninguno
53
OBJ-0005
Ahorro de tiempo y papel para la elaboracin de los reportes de los
Version
Autores
Fuentes
Descripcion
tickets
1.0(01/03/2015)
Asistente
El sistema deber permitir ahorrar tiempo y papel al momento de
Sub Objetivos
Importancia
Urgencia
Estado
Estabilidad
Comentarios
elaborar los reportes.

Ninguno
Vital
Hay presin
En costruccion
Alta
Ninguno
OBJ-0006
Version
Autores
Fuentes
Descripcion
Automizar el sistema de reportes

1.0(01/03/2015)
Asistente
El sistema deber ser automatizado con la nica finalidad de mejorar los
Sub Objetivos
Importancia
Urgencia
Estado
Estabilidad
Comentarios
procesos de atencin de tickets.

Ninguno
Vital
Hay presin
En costruccion
Alta
Ninguno
54
4.2.
.Lista de Usuarios Participantes: Lista de personas que utilizarn el

sistema
Los usuarios participantes en la elaboracin y utilizacin del sistema son
los siguientes:
4.3.
Gerente del Proyecto, podr trabajar juntamente con la jefatura y
supervizor de zona
Jefatura del proyecto Soporte campo
Supervizor de Zona.
Tecnico de Campo.
Estudio de Factibilidad
4.3.1. Factibilidad Tcnica:

Hardware:
La empresa Alternativa Tecnologica S.A.C. cuenta con todos los equipos
que se utilizara para implementar el sistema
Estos equipos cuentan con las siguientes caractersticas.
DISPOSITIVO
CARACTERISTICA
Placa
Gigabyte Modelo Rj-3456
Procesador
Core i5-3220 3.30
Memoria
Disco Duro
Monitor
Mouse + teclado
Impresora
ddr3 4gb/1333
1Tb Sata 3
Monitor Hp Lv1911 18PULGADAS
hp elite 8100 sff
HP LaserJet Pro 200 color MFP M276n
55
Tabla 6: Caracteristica del hardware
Software:
En el desarrollo del proyecto ultilizaremoslos siguiente programas
Microsoft Visual Studio (Visual Net)

Microsoft SQL Server Express
Karpesky
Windows 7 Professional
Requerimiento de Personal
Jefe de
Proyecto
Programador
Diseador
Analista
Usuario
4.3.2. Factibilidad Operativa:

El apoyo para el desarrollo del proyecto est avalado completamente
por el gerente del proyecto BCP y los usuarios de la empresa.
Debido a que los mtodos que se usan actualmente en la organizacin
no son eficientes para los usuarios.
Se llevara los registros de tickets con el uso de tecnologa (Hardware y
Software) ya que es ms rpido el uso y manipulacin, para llevar un
mejor control de los registros.
56
La
garanta
que
ofrece
nuestro
sistema
ser
la
adecuada
proporcionando confiazan al usuario, asi como fcil acceso y

seguridad en sus datos, tambin los reportes y consultas que se hagan
sern adecuadas y rapidas.
Obviamente esto significar la mejora en el control y la rapidez en el
rea para la cual est destinada la aplicacin.
Dndose una mejor y ms rpida accesibilidad a la informacin
almacenada, reduciendo los tiempos de trabajo y registros
La productividad de los trabajadores mejorar notablemente, y la
diferencia se notar con respecto al manejo de procesos anteriores.
4.3.3. Factibilidad Econmica:

Describirdetalladamentelainversinquesetendraquerealizarparaeldesa
rrollodelprovecto.(Hardware,softwareycapitalhumano).
Costo de Hardware:
La empresa por contar con el equipo requerido para la implementacin
del sistema, el costo de hardware, que aportara ser de S/. 0.00
nuevos soles.
57
Costo software:
Dreamweaver adobe
Microsoft SQL Express 2008
NOD 32 ANTIRIVUS
Java Netbeans
S/. 9000.00
GRATUITO
GRATUITO
Costo de personal:
PERSONAL
TIEMPO
TOTAL
Jefe de Proyecto
4 Meses
S/.4500.00
Analista + Diseador
3 Meses
S/.3000.00
Programador
2 Meses
S/. 2000.00
TOTAL
10 Meses
S/. 9500.00
Tabla 7: Costo del personal
PERSONAL
SOFTWARE
HARDWARE
TOTAL
S/.9500.00
S/. 900.00
S/.10400.00
Tabla 8: Costo total de personal, Software y Hardware

4.4.
Anlisis costo beneficio:

Costo
Costo total del sistema
58
S/.10400.00
Beneficios tangibles
Mejoramiento en la operacin de la organzacion
S/.450.00
Reduccion de costos
S/.300.00
Obtencion de una posicin competitiva

Elaboracionmas oportuna de la informacin
Total
S/.300.00
S/.420.00
S/.1470.00
Beneficios intangibles
Aceleracin de los procesos de registro.

Ahorro de tiempo significativo en el pago a los trabajadores.
Mejorar el control de los pagos.
Organizacin de Informacin.
Mejor toma de decisiones.
CUADRO COSTO BENEFICIO
TIEMPO
COSTO
BENEFICIO
59
1 -5
S/.10400.00
6
S/.-8930.00
S/.1470.00
7
S/.-7460.00
S/.1470.00
8
S/.-5990.00
S/.1470.00
9
S/.-4520.00
S/.1470.00
TIEMPO
COSTO
BENEFICIO
10
S/.-3050.00
S/.1470.00
11
S/.-1580.00
S/.1470.00
12
S/.110.00
S/.1470.00
13
S/.1360.00
S/.1470.00
14
S/. 2830.00
S/.1470.00
Tabla 9: Costo beneficio
Teniendo el sistema un tiempo de recuperacin de los fondos invertidos

de 12 meses meses a partir de ah ganancias para la empresa.
4.5.
Cronograma de Actividades:
Presentar el cronograma general y detallado de acuerdo al ciclo de vida para el

desarrollo de sistemas (diagrama de Gantt)
Tiempo estimado para Desarrollo del proyecto: 6 meses
Investigacin Preliminar (1 Semana) (Responsable: Analista Jefe de

Proyecto)
60
rea de estudio
Estudio de Factibilidad
Determinacin
de
Requerimientos
(3
semanas)
(Responsable:
AnalistaJefe de Proyecto)
Obtencin de informacin
Documentacin
Modelado del Proyecto (1 mes) (Responsable: AnalistaJefe de

Proyecto)
Diagrama de Casos de Uso

Diagrama de Clases
Diagrama de Secuencia
Diagrama de Estados
Diagrama de Actividad
Diseo (2 Semanas) (Responsable: DiseadorJefe de Proyecto)
Diseo de Interfaz
Diseo de Base de datos
Implementacin
(2
meses)
(Responsable:
ProgramadorJefe
de
semana)(Responsable:
ProgramadorJefe
de
Proyecto)
Prueba
(2
Proyecto)
61
62
Implantacin ( 1Semana)(Responsable: ProgramadorJefe de
Proyecto)
Capacitacin (1 semana)(Responsable: Jefe de Proyecto)
CAPTULOV
5.1.
Modelado del Negocio

5.1.1.
Diagrama de casos de uso
Generacion de tickets.
Genera tickets
Supervisor
Usuario
Consulta
SolicitaTickets
Asigna tickets
Guarda tickets
Atiende tcikets
Tecnico
Fig 9: Coso de uso Generacion de tickets
Reportes de tickets Atendidos
Fig 9: Coso de uso Generacion de reporte de Tickets
Proceso de validacin de tickets
Fig 9: Coso de uso Valida Tickets
5.1.2.
CU-SCN-001
OBJETIVOS
ACTOR
PRECONDICIN
SECUENCIA
NORMAL
POSTCONDICIN
Especificacin de los casos de uso
Asignacion de tickets
Se genera un tickets.
Supervirsor
Tecnico
Se asigan tickets.
1. Ingresa los datos del tickets.
2. Ingresa el cdigo de tickets.
3. Se sierra tieckets atendido.
Se entrega tickets resuelto.
CU-SCN-002
OBJETIVOS
Emite RST
Comprobar que el tickets haya sido atendido
ACTOR
satisfactoriamente.
Supervirsor
PRECONDICIN
SECUENCIA
NORMAL
POSTCONDICIN
Tecnico
Efectua el RST
1. Ingresa los datos del usuario
2. Ingresa el cdigo del tickets
3. Solicita confirmacin de la atencion
Entrea el RST por la atencin.
CU-SCN-003
OBJETIVOS
Realiza Consulta
Verifica los reportes
ACTOR
Movilidades
Supervirsor
PRECONDICIN
SECUENCIA
Tecnico
Generara reportes del Mes y Movilidades
1.
El tcnico tendra que guardar todos
NORMAL
mes
reportes
de
sus tickets atendidos.

2. Supervisor verficar reporte de tickets.
3.
El sistema verifica el reporte de tickets
4.
POSTCONDICIN
del
atenidos por mes y movilidades

El reporte es validado
Supervizor
5.
El sistema validara Reporte.
El sistema enviara mensaje de confirmacin
por
el
CU-SCN-004
OBJETIVOS
ACTOR
Brindar Informacion
Dar a conocer la informacin que se pide.
Supervirsor
PRECONDICIN
SECUENCIA
Tecnico
Realizar una consulta.
1. El tcnico recibe la consulta del supervisor.
2. El tcnico informa sobre la consulta
NORMAL
POSTCONDICIN
El supervisor es informado sobre lo que deseas

conocer.
CU-SCN-005
OBJETIVOS
ACTOR
Solicita tickets atendidos.

Revisar tickets que fueron atendidos.
Supervirsor
PRECONDICIN
SECUENCIA
Tecnico
Se asigan tickets.
1. El supervisor decide revisar tickets atendidos.
2. El supervisor solicita tickets al tcnico.
NORMAL
POSTCONDICIN
El tcnico busca el tickets solicitado.
CU-SCN-006
OBJETIVOS
ACTOR
Entrega de reportes de tickets atendidos

Realiza la atencionde un tickets.
Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
NORMAL
POSTCONDICIN
Solicita un tickets
1. Busca el tickets que solicita el supervisor.
2. Revisa tickets solicitado.
3. Enva tickets solicitado
El tcnico entraga el tickets.
CU-SCN-007
OBJETIVOS
ACTOR
Efectua entrega de reporte

Genera tickets atendidos a la empresa proveedora.
Supervirsor
PRECONDICIN
SECUENCIA
Tecnico
Entraga tickets atendidos.
1. El supervisor verifica los reportes
2. El supervisor consulta los tickets atendidos.
NORMAL
POSTCONDICIN
El supervisor valida reporte.
CU-SCN-008
OBJETIVOS
Guarda Tickets atendidos

Evitar perdida de informacion y tener un sustento
ACTOR
de la atencin realizada.
Supervirsor
PRECONDICIN
SECUENCIA
Tecnico
Emite un reporte de tickets atendidos
1. Entraga al supervisor reporte de tickets
NORMAL
POSTCONDICIN
atendidos por Mes/Movilidades.

2. Verifica si el reporte esta bien hecho.
3. Guarda la informacion.
Tickets mes/movilidades
CU-SCN-009
OBJETIVOS
Realiza reportes
Informar a la empresa sobre los datos especficos
ACTOR
que se solicite.
Supervirsor
PRECONDICIN
Tecnico
Registrar
datos
de
los
tickets
Incidentes,
NORMAL
POSTCONDICIN
requerimientos y Movilidades
1. El tecnico verifica los registros existentes.
2. El tecnico ingresa los datos.
3. En tecnico realiza los reportes.
Reportes mostrados en Excel.
CU-SCN-010
OBJETIVOS
ACTOR
Entrega de reportes
Permite que el supervisor revise los reportes.
Supervirsor
SECUENCIA
Tecnico
PRECONDICIN
SECUENCIA
Jefatura de proyecto
Reportes y tickets mal elaborados
1. El tecnico entrega reporte.
2. Supervisor recibe reportes.
NORMAL
POSTCONDICIN
Reporte entregado al supervisor.
CU-SCN-011
OBJETIVOS
ACTOR
Revisar reportes
Realizar una revicion minuciosa del reporte.
Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
El tecnico entrega reporte
1. El supervisor revisa reporte de tickets.
2. El supervisor realiza una revisin completa
NORMAL
POSTCONDICIN
del reporte.
Reporte es revisa por el supervisor.
CU-SCN-012
OBJETIVOS
ACTOR
Diagnostica reportes
Dar a conocer problemas con tickets.
Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
Realiza una revisin de los tickets
1. El supervisor revisa cada tickets.
2. El supervisor anota los tickets
mal
NORMAL
POSTCONDICIN
elaborados.
Problema del reportede tickets.
CU-SCN-013
OBJETIVOS
Brinda lista de tickets.

Obtener una lista de tickets para que sean
ACTOR
revisados por el tecnico.

Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
Revisar tickets mal elaborados
1. El supervisorrealiza una lista de los tickets
NORMAL
POSTCONDICIN
mal elaborados.
2. El tecnico recibe los tickets mal elaborados.
Lista de datos entregados a los tcnicos.
CU-SCN-014
OBJETIVOS
Solicita de tickets
Dar a concoer al tecnico sobre la cantidad de
ACTOR
tickets mal elaborados.

Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
NORMAL
Solicita lista de tickets.
1. El tecnico con la lista de tickets mal
POSTCONDICIN
elaborados, empieza a revisar cada tickets

2. El supervisor indica la cantidad de tickets.
3. El tecnico informa sobre los tickets.
El tecnico revisa los tickets.
CU-SCN-015
OBJETIVOS
ACTOR
Acepta la modificacin de tickets

Realiza la modificacin de tickets.
Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
NORMAL
POSTCONDICIN
Acepta tickets mal elaborados.
1. El tecnico informa al supervisor sobre los
tickets.
2. El supervisor evalua los tickets.
3. El tencio solicita una respuesta.
4. Supervisor toma una decisin.
Decision tomada por el supervisor.
CU-SCN-016
OBJETIVOS
Solicita de tickets
ACTOR

Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
NORMAL
POSTCONDICIN
U-SCN-017
OBJETIVOS
ACTOR
Guarda documentos
Evitar perdida de informacion de los documentos.
Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
Realiza reportes de tickets
1. El tecnico verifica los datos del tickets
2. El tecnico guarda los tickets.
NORMAL
POSTCONDICIN
Documento guardados.
CU-SCN-018
OBJETIVOS
Solicita de tickets
ACTOR

Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
NORMAL
POSTCONDICIN
CU-SCN-019
OBJETIVOS
ACTOR
Recepcion de tickets modificados

Realiza un revisin de tickets modificados.
Supervirsor
Tecnico
PRECONDICIN
SECUENCIA
NORMAL
POSTCONDICIN
Realiza revisin.
1. Verifica tickets modificados.
2. Valida datos.
3. Guarda tickets modificados.
Mostrar el listados de todos
los
tickets
correctamente llenados.
CU-SCN-020
OBJETIVOS
Entrega de reporte de tickets

Demostrar que los tickets hayan sido correctamente
ACTOR
llenados y hayan sido adecuadamente atendidos.

Supervirsor
Tecnico
PRECONDICIN
Efectuar una atencin.
NORMAL
POSTCONDICIN
Guardar los tickets atendidos.

1. Verificar los tickets atendidos.
2. Se entrega reporte de tickets.
3. Se almacena la cantidad de tickets.
Reporte de tickets entregado
CU-SCN-021
OBJETIVOS
ACTOR
Verifica reporte de tickets

Verifica si todos los tickets estn correctamente
Supervirsor
PRECONDICIN
SECUENCIA
Entrega de reporte de tickets.
1. Se valida la cantidad de tickets atendidos.
2. Se valida los tipos de tickets atendidos.
SECUENCIA
NORMAL
POSTCONDICIN
3. Se acepta/rechaza
Realiza devolcion/registra reportes.
5.1.2 EPECIFICACION DE REQUISITOS
5.2.1.
Tcnicas y herramientas para la identificacin de requisitos
Para recopilar informacion de la empresa Alternativa Tecnologica S.A.C. se

hizo de la encuesta,que fue aplicada al personal del rea de atencin al
cliente Soporte tecnico.
Estos datos de la investigacin se recolectaron entre un periodo que abarca

los meses de octubre, noviembre y diciembre del 2014.
Como instrumento para esta investigacin se utilizo un formato de encuestas

elaborado por nosotros mismo, en la creacin de este formato hemos tomado
en cuenta los siguientes puntos; La aplicacin de un sistema informatico, los
datos de los componentes de soporte tecnico, el registro de productos, su
almacenamiento, entre otros. (anexo 1).
5.2.2.
Especificacion de requisitos funcionales
FRQ-0001
Acceso directo al sistema por los empleados
Versin
1.0 ( 11/06/2014 )
Autores
Luis Enrique Huaracha Quispe
Fuentes
Tecnico
Supervisor
Dependencia [FRQ-0003] Registra Empleado

Descripcin El sistema deber permitir el acceso a los tcnicos, utilizando un
login, para que puedan realiza sus actividades diarias.
Importancia vital
Urgencia
inmediatamente
Estado
En construccin
Estabilidad
alta
Comentarios El tcnico tendr un usuario y password para acceder al sistema
FRQ-0002
Registrar tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor
Dependencia [FRQ-0005] Registrar tickets con movilidades

[FRQ-0006] Registrar tickets de incidentes y requerimientos
Descripcin
El sistema deber registrar los tickets asignados asi como:

Codigo, Nombre del usuario, descripcin, lugar,problema,
diagnosticos.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccin
Estabilidad
media
Comentarios Ninguno
FRQ-0003
Registrar Empleado
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor
Dependencia
[FRQ-0005] Validacion de datos ingresados
Descripcin
El sistema deber registrar los datos de los empleados como;

cdigo, nombre, apellido, DNI, fecha de ingreso.
Importancia
vital
Urgencia
inmediatamente
Estado
En construccin
Estabilidad
alta
Comentarios
El jefe de proyecto se encargara de registrar los datos de lo

empleados.
FRQ-0004
Registrar reporte de tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor

Descripcin El sistema deber permitir registrar todos los datos de los tickets
realizados
durante
el
dia.Codigo,
Nombre
descripcin, lugar,problema, diagnosticos.

Importancia vital
Urgencia
inmediatamente
Estado
En construccin
Estabilidad
alta
Comentarios Ninguno
del
usuario,
FRQ-0005
Registrar tickets con movilidades
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor
Dependencia
[FRQ-0002] Registrar tickets

[FRQ-0006] Permitir abrir y cerrar tickets
Descripcin
El sistema deber permitir registrar todos los datos de los

tickets realizados con movilidades durante el dia.Codigo,
Nombre del usuario, descripcin, lugar,problema, diagnosticos.
Importancia
vital
Urgencia
inmediatamente
Estado
En construccin
Estabilidad
alta
Comentarios
Ninguno
FRQ-0006
Registrar tickets de incidentes y requerimientos
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia
Descripcin El sistema deber permitir registrar todos los datos de los tickets
realizados con movilidades durante el dia.Codigo, Nombre del
usuario, descripcin, lugar,problema, diagnosticos.
Importancia vital
Urgencia
inmediatamente
Estado
En construccin
Estabilidad
alta
Comentarios Ninguno
FRQ-0007
Permitir abrir y cerrar tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor

[FRQ-0009] Elaborar reporte
Descripcin El sistema deber permitir diario los ingresos de tickets durante
el dia.
Importancia Importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios Nos dara un control adecuado de los tickets que fueron

generandos durante el dia.
FRQ-0008
Emision de reportes
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor
Dependencia [FRQ-00019]Emision de tickets incidente y requerimientos

Descripcin El sistema emitir reportes para informar ala empresa sobre los
tipos de tickets atendidos.
Importancia vital
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios La emisin de reportes se realizara semanal.
FRQ-0009
Elaborar reporte
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia
[FRQ-0012] Mantenimiento de datos

[FRQ-0013]Realizacion de bsqueda de tickets
Descripcin
El sistema deber permitir elaborar reportes para el supervisor

en donde se especifique los tipos de tickets atendidos.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
El tcnico se encarga de realizar el reporte.
FRQ-0010
Validacion de datos ingresados
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia
[FRQ-0011]
Almacenamiento
de
empleados y tickets
los
registros
de
los
Descripcin El sistema deber realizar validaciones de todos los datos

ingresados para verificar que los datos ingresados son
conformes
Importancia importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios ninguno
FRQ-0011
Almacenamiento de los registros de los empleados y

tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Descripcin
Supervisor
FRQ-0011] Almacenamiento de los registros de los
empleados y tickets
El sistema deber almacenar los datos ingresados tanto del

tcnico, supervisor y tickets en una base de datos
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Con esto se evitara perdida de informacin, ocupacin de

espacion y duplicidad de datos.
FRQ-0012
Mantenimiento de datos
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Supervisor
Dependencia
[FRQ-0010]Validacion de datos ingresados
Descripcin
El sistema deber encargarse
de hacer mantenimiento de
todos los datos almacenados en la base de datos

Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
El mantenimiento se realiza cada mes
FRQ-0013
Realizacion de bsqueda de tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor
Dependencia
Descripcin
El sistema deber realizar bsqueda de los tickets atendidos,

con la finalidad de evitar la demora en enviar reporte al
supervisor.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
La bsqueda se realizara con el ingreso del numero de tickets,

tambin con la fecha que fue atendido.
FRQ-0014
Procesar tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor
Dependencia
[FRQ-0004] Registrar reporte de tickets

Descripcin
El sistema deber procesar los tickets que se atendieron

durante el dia Incidente y requerimientos
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Los tickets ser procesados cuando se termine de atender al

cliente.
FRQ-0015
Emision de tickets
Versin
1.0 ( 11/06/2014)
Autores
Fuentes
Tecnico
Supervisor
Dependencia
Descripcin
El sistema deber emitir los tickets atendidostambin de
[FRQ-0019]Emision de tickets incidente y requerimientos
movilades.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Los tickets se emitirn luego de ser atendidos.
FRQ-0016
Emision de tickets incidente y requerimientos
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Supervisor
Dependencia

[FRQ-0014] Procesar tickets
Descripcin
El sistema deber emitir
los tickets de incidentes y
requerimientos para permitir tener un adecuado control de los

productos.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Ninguno
5.2.3.
NFR-0001
Especificacinderequisitosno funcionales
El sistema ser estructurado de manera que posea
escalabilidad
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NRF-0003]El
sistema
tendra
la
facilidad
de
uso
multiplataforma
[NRF-0005] El sistema poseera tolerancia a errores
[NRF-0006]El
sistema
brindara
disponibilidad
de
informacin a cualquier momento y en cualquier lugar

Descripcin
El sistema deber tener la capacitadad de midifcarsus

configuracin o su tamao, para ajustarse a los cambios.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Ninguno
NFR-0002
El sistema poseera control de seguridad tanto de acceso

como para proteccin de informacion
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[FRQ-0001] Acceso directo al sistema por los empleados
[FRQ-0003] Registrar Empleado
[FRQ-0005] Registrar tickets con movilidades
[FRQ-0006]
Registrar
tickets
de
incidentes
y
requerimientos
[FRQ-0011] Almacenamiento de los registros de los
empleados y tickets

Descripcin
El sistema deber se seguro, los empleados accedern al

sistema para realizar sus funciones administrativos con
derechos de administrador, la base de datos tendra copias de
seguridad en caso de que se sucite perdida.
Importancia
vital
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Por que existen robos de informacin se tiene que aplicar

como esta estableciendo para poder tener segura nuestra
informacin.
NFR-0003
El sistema tendra la facilidad de uso multiplataforma
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NRF-0001] El sistema ser estructurado de manera que
posea escalabilidad
Descripcin
El sistema deber ser fcilmente portable a los sistema
operativos Windows XP, Windows 7, Linux y otros.

Importancia
vital
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Ninguno
NFR-0004
El
sistema
poseera
documentacin
precisa
de
su
funcionalidad para su uso y modificacion

Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia

[FRQ-0012]Mantenimiento de datos
Descripcin
El sistema deber contar con un manual de usuario y un

manual de sistema para poder realizar alguna modificacin o
actualizacin que se requiera mas adelante en cao que la
empresa crezca y asi desee ampliar este sistema o
modificarlo.
Importancia
vital
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
La documentacin lo obtendr la empresa cuando el proyecto

del sistema sea terminado.
NFR-0005
El sistema poseera tolerancia de errores
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia

Descripcin
El sistema deber soportar errores que se produzcan en el

momento de ingresar informacin, deber ser amigable con el
usuario, mostrando una ventana que diga donde esta el error
que se estasucitando
Importancia
vital
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Esto deber ocurrir despus de haber ingresado toda la

informacin para asi no causar preocupaciones al usario.
NFR-0006
El sistema brindara disponibilidad de informacin a

cualquier momento y en cualquier lugar
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[IRQ-0001] Reporte de tickets
[IRQ-0002] Reporte de incidentes y requerimientos
[IRQ-0003] Reporte de tickets de mes y movilidades
[IRQ-0006]Reporte de tecnicos
[IRQ-0012]Reporte de empleados
[IRQ-0012]Reporte de cantidad de tickets
Descripcin
El sistema deber estar siempre disponible para su uso en

caso de registrar algn tickets o registrar algn nuevo
empleado, debe ser portable para el usuario para que haga
uso de la informacin que contenga el sistema en cualquier
lugar.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
Toda la informacin deber estar disponible para el usuario en

el momento que lo requiera.
NFR-0007
El sistema poseera una interfaz amigable al usuario
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[FRQ-0013] Realizacion de bsqueda de tickets
[NFR-0003] El sistema tendra la facilidad de uso
multiplataforma
Descripcin
El sistema deber ser fcil de usar, con ventanas que el

usuario pueda entender fcilmente y no tenga problemas al
momento de ingreasr informacin o realizar alguna venta
deber ser entendible; ya sea los colores que se den e iconos
que se usen.
Importancia
vital
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
ninguno
NFR-0008
El sistema Funcionara bajo un costo minimo de recursos

del ordenador
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia
Ninguno
Descripcin
El sistema deber ser productivo, lo cual sin mucho esfuerzo

aumentara su capacidad de produccin, evolucionando cada
vez mas hacia la mejora de su eficiencia, que lleva a los
mismo a la produccin necesaria en cada momento con el
minimo empleo de recursos , los cuales sern, utilizados de
forma eficiente es decir, sin despilfarrar.
Importancia
vital
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
ninguno
NFR-0009
El sistema podr soportar a varios usuarios al mismo

tiempo.
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia
Descripcin
El sistema deber soportar multiplespeticiones de los usuarios

o multiples usuarios al mismo tiempo.
Importancia
importante
Urgencia
inmediatamente
Estado
En construccion
Estabilidad
alta
Comentarios
ninguno
NFR-0010
El sistema poseera una estructuracin entendible para un

fcil mantenimiento de su codigo
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NFR-0003] El sistema tendra la facilidad de uso
multiplataforma
Descripcin
El sistema deber mostrar su estructura bien definida

siguiendo estndares de programacin tale como w3c
validando los procesos con phpunit para medir la eficiencia.
Importancia
importante
Urgencia
Hay presion
Estado
En construccion
Estabilidad
alta
Comentarios
ninguno
5.2.4.
Especificacinderequisitosdeinformacin
IFQ-0001
Reporte de tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[FRQ-0006]
Registrar
tickets
requerimientos
[NFR-0013] Procesar tickets
de
incidentes
Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes a los tickets, mostrando los tickers que

fueron atendio.
Datos especficos
Codigo
Tipo de tickets
Trabajos realizados
Diagnostio realizado
Tipo de atencin
Nombre del cliente
Tiempo de vida
Medio
Mximo
1 mes(es)
3 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
hay presin
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte se realiza cada mes.
IFQ-0002
Reporte de incidentes y requerimientos
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia

[NFR-0005] Registrar tickets con movilidades
Descripcin
El
sistema
deber
almacenar
correspondientes a los tickets realizados.

Datos especficos
Codigo
Detalle
Cantidad de incidentes
Tipo de tickets
Trabajos realizados
Diagnostio realizado
Tipo de atencin
Nombre del cliente
Tiempo de vida
Medio
Mximo
1 mes(es)
3 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
hay presin
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte se realiza cada mes.
la
informacin
IFQ-0003
Reporte de tickets de mes y movilidades
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia

Descripcin
El
sistema
deber
almacenar
la
correspondientes a los tickets realizados.

Datos especficos
Codigo
Nombre
Tido de tickets
Cantidad
Total de tickets
Tiempo de vida
Medio
Mximo
1 mes(es)
3 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
hay presin
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte se realiza cada mensualmente.
informacin
IFQ-0004
Reporte de tipo de tickets
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia

Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes a a los tickets se conocera cual fue la

cantidad de tickets atendidos.
Datos especficos
Codigo
Nombre
Tido de tickets
Cantidad
Total de tickets
Tiempo de vida
Medio
Mximo
1 mes(es)
3 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
Puede esperar
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte se realiza cada mensualmente.
IFQ-0005
Reporte de categora de ticteks
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NFR-0006] Registrar tickets
requerimientos
de
incidentes
Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes de las categoras de los tickets que

fueron atendidos por los tecnicos
Datos especficos
Codigo
Nombre
Tido de tickets
Cantidad
Total de tickets
Tiempo de vida
Medio
Mximo
2 mes(es)
4 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
Puede esperar
Estado
en construccin
Estabilidad
media
Comentarios
Emisin mensual
IFQ-0006
Reporte de tecnico
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NFR-0006] Registrar tickets de
incidentes
requerimientos
Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes, la informacion que se mostrara este

reporte ser del supervisor que con mayor frecuencia
revisar tickets y reportes.
Datos especficos
Nombre
Apellidos
Descripcion de tickets
Cantidad de tickets
Total de tickets
Fecha
Tiempo de vida
Medio
Mximo
5 mes(es)
4 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
Puede esperar
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte se realiza cada mes
IFQ-0007
Reporte de tecnicos
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NFR-0006] Registrar tickets de
incidentes
requerimientos
Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes, la informacion que se mostrara en este

reporte ser del tcnico con que frecuencia atienes mayor
cantidad de tickets.
Datos especficos
Nombre
Apellidos
Descripcion de tickets
Cantidad de tickets
Total de tickets
Fecha
Tiempo de vida
Medio
Mximo
5 mes(es)
4 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
Puede esperar
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte se realizara cada 3 meses.
IFQ-0008
Reporte de tickets atendidos
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NFR-0006]
Emision
de
tickets
incidente
requerimientos
Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes a este reporte muestra la cantidad tikets

atendidos.
Datos especficos
Codigo
Descripcin
Cantidad de tickets.
Tiempo de vida
Medio
Mximo
2 mes(es)
3 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
Puede esperar
Estado
en construccin
Estabilidad
media
Comentarios
Se emitir este reporte semanalmente
IFQ-0009
Reporte de empleados
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Dependencia
Tecnico
[NFR-0006] Emision de tickets
incidente
requerimientos
NFR-0006] Elaborar reporte
Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes a datos de los empleados del mes.

Datos especficos
Codigo
Nombre
Apellido
Cargo
Tiempo de vida
Medio
Mximo
2 mes(es)
2 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
Puede esperar
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte es mostrado cada 4 meses.
IFQ-0010
Reporte de inventario
Versin
1.0 ( 11/06/2014 )
Autores
Fuentes
Tecnico
Dependencia

[NFR-0008] Emisionde reportes
[NFR-0006] Registrar tickets de incidentes
requerimientos
Descripcin
El
sistema
deber
almacenar
la
informacin
correspondientes de los tickets atendidos durante el mes

Datos especficos
Codigo
Descripcion
Monto total de tickets por mes
Monto total de tickets movilidades
Tiempo de vida
Medio
Mximo
3 mes(es)
3 ao(s)
Ocurrencias
Medio
Mximo
simultneas
Importancia
importante
Urgencia
Puede esperar
Estado
en construccin
Estabilidad
media
Comentarios
Este reporte es mostrado cada mes.
5.1 DIAGRAMA DE CASOS DE USO
5.2 DIAGRAMAS DE CLASES
5.2 DIAGRAMA DE SECUENCIA
REGISTRO DE TICKETS
REGISTRO DEL TECNICO
REGISTRO DE TICKETS ATENDIDOS
REGISTRO DE REPOTES
REALIZAR CONSULTA
REGISTRAR EMPLEADO
6.4 DIAGRAMA DE ESTUDIOS

CLIENTE
TECNICO
TICKETS
REPORTE
VERIFICAR
DIAGRAMA DE ACTIVIDADES
TICKETS
MODELO ENTIDAD RELACION
CAPITULO VII: DOCUMENTACION TECNICA

7.1
MANUAL DE USUARIO
INGRESO AL SISTEMA
Para ingresar al sistema se debe ingresar al navegador de internet e
introducer la direccion.
INGRESAR AL NAVEGADOR CON USUARIO Y CONTRASEA
En la pantalla de in greso del sistema se mostrara la ventana de
verificacion de usuario en donde digitaremos en los cuadros de texto
nuestro Usuario y Contrasea para posteriomente hacer clic en el boton
INGRESAR.
Usuario: Admin
Contrasea: admin
En la pantalla principal del Sistema nos muestra el logo principal de la empresa

con el menu de navegacion
INTERFAZ DE ADMINISTRADOR
Nos dirigimos al men de navegacin en el icono CARGO, al hacer clic no
abrir 3 opciones le damos en + para agregar los tipos de cargo que tendrn
cada usuario.
A continuacin se muestra en pantalla el formulario de cargo para llenar el tipo

de
cargo
Cargos agregados.
que
tendrn.
Ahora nos dirigimos al men de navegacin en el icono TRABAJADOR, al

hacer clic no abrir 3 opciones le damos en + para los datos de los
trabajadores.
A continuacin se muestra en pantalla el formulario de cargo para llenar los

datos de los trabajadores
Trabajadores Creados.
Ahora nos dirigimos al men de navegacin en el icono AGENCIAS, al hacer
clic nos abrir 3 opciones le damos en + para agregar las Ag. Del banco como
tambin cuando se aperturen nuevas.
A continuacin se muestra en pantalla el formulario de cargo para llenar los

datos
de
las
Agencia.
Luego de crear los Usuarios, Cargos y Agencias.podremos acceder a la pagina

web.
En este caso accederemos con la cuenta de un tcnico para que pueda hacer
los ingresos de los tickets atendidos diariamente.
El usuario tendr que colocar su DNI como user y su

contrasea respectiva.
Luego
de
poder
acceder
al
men
de
navegacin.
Ahora nos dirigimos al men de Atencion en el icono ATENCION, al hacer clic

nos abrir un formularion donde tendremos que llenar los datos respectivos.
Al seleccionar SOLICITANTE nos abrir un ventana para crear un nuevo

solicitante o seleccionar uno ya existente.
Cuando seleccionemos MOVILIDADES tendremos que poner los motos que se

gasto por cada atencin
Luego de colocar todos los campos tendremos nuestro ATENCION

correctamente llenada.
Luego de atender tickets podremos revisar los tickets atendidos como tambin
podremos sacar un reporte.
Tickets atendidos.
Luego de crear los tickest, para que el supervisor pueda sacar un reporte de
todos los tickets atendios de los tcnicos tendrea que acceder.
El usuario tendr que colocar su DNI como user y su

contrasea respectiva.
Luego de poder acceder al men de navegacin.
Ahora nos dirigimos al men de navegacin en el icono REPORTE, al hacer

clic nos abrir 2 opciones Movilidades y Productividad.
Seleccionamos Movilidades.
Seleccionamos Productividad.
Luego de seleccionar el nombre de tcnico, fecha de inicio y fecha final damos

aceptar.
Nos importara los archivos para poder abrirlos en exel.
Luego abrimos en formato Exel para poder visualizar la Productivodad y Movilidades de los tcnicos.
7.2 MANUAL DE PROGRAMADOR
El propsito de este manual del programador es dar a conocer al lector todos los
listados del programador realizado. Para ello se tratara de formar amena y
concisa un repaso de todas las unidades, ficheros include, ejecutables, con el fin
de que el usuario del conjuto pueda modificar a su gusto algunos de los valores
y parmetros de las funciones expuestas.
El patrn MVC (Model, View,Controller) o modelo, vista controlador, es un tipo de

diseo que separa en capas bien definidas el desarrollo de una aplicacin, esas
partes son tres, el modelo encargado de la lgica del negocio y la persistencia
de los datos, las vistas son las responsables de mostrar al usuario el resultado
que obtienen del modelo a travs del controlador, el controlador encargado es el
encargado de gestionar las peticiones del usuario, procesarlas invocando al
modelo y mostrarla al usuario a travs de las vistas.
MVC divide las aplicaciones en tres niveles de abstraccin:
Modelo: Representa la lgica de negocios. Es el encargado de acceder ed

forma directa a los datos actuando como intermediario con la base de
datos. Lo que en nuestro ejemplo de programacin orientada a objetos,
serian las clases de DBAbtractModel y usuario.
Vista: es la encargada de mostar la informacin al usuario de forma grafica
y humanamente legible.
Controlador: Es el intermedio entre la vista y el modelo. Es quien controla
las interacciones del usuario solicitando los datos al modelo y
entregndolos a la vista para que esta, lo presente al usuario, de forma

humanamente legible.
Estructura de la programaion:
Agencia.
Cargo
Servicio
Solicitante
Sucursal
Trabajador
Transporte
Usuario
EXPORTAR
Exportar Exel Movilidades
Exportar ExelProductividad
Conclusiones
Con respecto al proyecto:
Como en toda empresa se hace necesario seguir los estndares de

desarrollo de sistemas los cuales ayudan a llevar de manera ms
organizada la informacin; poder especificar los contenidos que se
necesitan visualizar en el sistema y lograr que los beneficiarios se
acoplen sin mayor dificultad en su manejo
El presente proyecto incluye: (a) el
anlisis, (b)
el diseo,
(c)
la
programacin, (d) las pruebas y (e) la implementacin del sistemas de la

empresa tecnolgica
Con el lenguaje de programacin propiciaron que el desarrollo del
sistema sea entendible
Recomendaciones
Realizar una continua actualizacin de informacin y preparacin en el

manejo del Sistema, por parte de los usuarios pertenecientes a la
Empresa
para que el sistema crezca a un nivel gerencial debern tener en cuenta
en proyectos de desarrollos de mdulos de gestin que estos emitan
reportes que sea capaza de hacer ver como en el giro de negocio
Bibliografa
http://www.trabajo.com.mx/factibilidad_tecnica_economica_y_financiera.htm
http://www.uml.org/
http://escbasededatos.wikispaces.com/Ventajas+y+Desventajas+de+una+Base+
de+Datos
https://www.google.com.pe/#q=13+Modelo+Entidad+Relaci%C3%B3n
http://es.slideshare.net/koga22/bases-tericas-y-conceptuales

ATfinal Pruebas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ATfinal Pruebas

Cargado por

Copyright:

Formatos disponibles

INSTITUTO DE EDUCACION SUPERIOR TECNOLOGICO

PRIVADO UNITEK AREQUIPA

CARRERA PROFECIONAL TECNOLGICA:

PROYECTO: SISTEMA ENTORNO WEB PARA EL AREA DE SERVICIO

PARA OPTAR EL TITULO PROFESIONAL TECNICO EN:

Tambin dedicamos a nuestro director de proyecto quien nos dio su sabidura

Primordialmente agradecemos a la institucin puesto que nos brindo

A los profesores que nos brindaron su sabidura en varios campos del

Tambin damos gracias a nuestros compaeros de clase que de varias maneras

compartir vivenciascon nosotros y darnos sentimientos de alegra, amor , cario

Ponemos a consideracin el presente trabajo de mejoramiento aplicativo el

Esperemos que la presente tesis sea de su conformidad y cumpla con los

EMPRESA ALTERNATIVA TECNOLOGICA...................10

Razn Social y Rubro..............................11

Organizacin del rea de Estudio.....................12

Organigrama de la empresa Alternativa Tecnologica. S.A.C.......12

Diagnstico(Anlisis del Entorno:FODA)................13

Determinacin del problema.........................15

Descripcin del proceso principal materia de estudio.. . . . .15

Definicin del problema...........................16

Aplicar un software para poder ingresar las atenciones diarias ya sean

Objetivos del Proyecto.............................52

.Lista de Usuarios Participantes: Lista de personas que utilizarn el

HP LaserJet Pro 200 color MFP M276n......................57

Anlisis costo beneficio:............................61

Tiempo estimado para Desarrollo del proyecto: 6 meses.........63

Modelado del Negocio.............................66

Diagrama de casos de uso.........................66

Especificacin de los casos de uso...................70

Tcnicas y herramientas para la identificacin de requisitos. 84

Especificacion de requisitos funcionales...............85

5.1 DIAGRAMA DE CASOS DE USO......................123

Razn Social y Rubro

Empresa dedicada a brindar servicio tcnico especializado en equipos de

Satisfacer las necesidades de las empresas donde brindamos nuestros

clientestotalmente satisfechos desarrollando en todo nuestro personal una

diferencia competitiva. Como tambin nuestra misin es porder dar soporte al

Organizacin del rea de Estudio

Diagnstico(Anlisis del Entorno:FODA)

Personal altamente capacitado.

Brother, Kodak, Olidata, Lexmark, Imation y Okidata.

Apertura de sucursales provinciales como distritales.

No contar un sistema que facilite los procesos diarios de atencin

Falta de incentivos para los trabajadores.

Desafiliacion de las marcas tecnolgicas.

provinciales como distritales.

A1. Desafiliacion de las marcas

tecnolgica en las empresas.

Determinacin del problema

Descripcin del proceso principal materia de estudio.

Asignacion de tickets: El supervisor es el encargado de asignar

Area de servicio tcnico:

En esta rea se realiza varios servicios, a continuacin se especifica

Atencion de tickets: El cliente genera tickets para cada atencin que

Incidente y Requerimientospor lo cual el tcnico tiene que

Definicin del problema

daados, Caida de servidores, etc.

Aplicar un software para poder ingresar las atenciones diarias ya sean

Supervisor de Zona Sur:

La elaboracion para sacar los informes se realizara de forma eficaz y

Reportes: Se podr controlar todos los tickets que se asigno a cada

atendidos realizados durante el mes.

Tickets en pendiente: Aqu podremos registrar todos los tickets que