atfinal-pruebas

7/21/2019 ATfinal-pruebas

1/183

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 2!"

PRESENTADO POR:

# $$$$$$$$$$$$$$$$$..

# $$$$$$$$$$$$$$$$$.

PARA OPTAR EL TITULO PROFESIONAL TECNICO EN:

COMPUTACION E INFORMATICA

AREQUIPA # PER%

1


2/183

D&'()*+,-(*

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.!"#!D$%&'&$(T)*

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.

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

conocimiento ayudndonos as en varios aspectos que requerimos para eldesarrollo de nuestro proyecto.

Tambin damos gracias a nuestros compa+eros de clase que de varias maneras

siempre estuvieron acompa+ndonos y ayudndonos en los momentos que

requeramos ayuda , por compartir conocimientos con nosotros , por vivir

2


3/183

compartir vivenciascon nosotros y darnos sentimientos de alegra, amor , cari+o

que nos dejaran mucas ense+anzas y e-periencias.

3


4/183

P-&&/+*)(0/

*e+ores miembros de jurado

Ponemos a consideracin el presente trabajo de mejoramiento aplicativo /el

proceso de mejoramiento a un soft0are aplicativo1 esperando responder a la

e-pectativas

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

requisitos acadmicos y tcnicos correspondiente

4


5/183

1/'()& G&/&-*

Tabla de contenido

Dedicatoria...........................................2

Presentacin..........................................4

2ndice "eneral.........................................5

2ndice deTablas........................................9

()'3#$D$4P#)5$%T)...............................10

P#)5$%T)D$ &'P4$'$(T!%&6( D$ *)7T8!#$ P!#! 4!

$'P#$*! !4T$#(!T&9! T$%()4)"&%!...................10

%!P&T:4)&..........................................11

&. !#$! D$ $*T:D&)................................11

;.;. #azn *ocial y #ubro..............................11

;.;.;. #azn*ocial...................................11

;.;.. 'isin........................................11

;.


6/183

;.=.;. 7ortalezas.....................................13

;.=.. !menazas.....................................14

;.=.B. 'atriz 7)D!...................................14

;.>. Determinacin del problema.........................15

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

;.>..=. Propuesta de solucin............................18

!plicar un soft0are para poder ingresar las atenciones diarias ya sean

/&ncidentes1 o /#equerimientos1, para poder e-portar los ticCets realizados

de cada mes como tambin para poder sacar los ticCets que seatendieron con movilidades...............................18

%!P2T:4) &&.........................................20

%!P2T:4) &&&........................................47

'!#%) '$T)D)46"&%)..............................47

;. Tipo de &nvestigacin................................47

. Tcnica e instrumentos..............................49

B. !nlisis y procedimientos.............................50

6


7/183

&(9$*T&"!%&)( P#$4&'&(!#...........................52

>.;. )bjetivos del Proyecto.............................52

>.;.;.)bjetivos "enerales...............................52

>..=. $studio de 7actibilidad.............................57

>.=.;. 7actibilidad Tcnica.............................57

P 4aserEet Pro .>. !nlisis costo beneficio............................61

%osto..............................................61

>.B. %ronograma de !ctividades.........................62

Tiempo estimado para Desarrollo del proyecto H meses.........63

%!P2T:4)9.........................................66

B.;. 'odelado del (egocio.............................66

B.;.;. Diagrama de casos de uso.........................66

B.;.


8/183

B.


9/183

1/'()& '&T*3*

9


10/183

NOMBREDELPROYECTO.

P#)5$%T)D$ &'P4$'$(T!%&6( D$ *)7T8!#$ P!#! 4! $'P#$*!

!4T$#(!T&9! T$%()4)"&%!

10


11/183

CAPITULOI

I. AREA DE ESTUDIO

4a implementacin de un soft0are para la empresa /!4T$#(!T&9!

T$%()4)"&%!1

!.!. R*40/ S,)(* 5 R63-,

I.!.!. R*40/S,)(*

!4T$#(!T&9! T$%()4)"&%! *.!.%

I.!.2. R63-,

$mpresa dedicada a brindar servicio tcnico especializado en equipos de

cmputo, instalacin y mantenimiento preventivo a diferentes empresas.

I.!.7. V((0/

*atisfacer 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 umanos necesarios para lograrlo, conocemos

nuestro trabajo y nos esforzamos por acerlo cada vez mejor.

I.!.8. M((0/

$l objetivo principal de !lternativa Tecnolgica apunta a tener

clientestotalmente satisfecos desarrollando en todo nuestro personal una

profunda vocacin de *ervicio al %liente obteniendo en esto nuestra mayor

11


12/183

GERENTE DEPROYECTO

BCP

Supervizorzona

Sur

Soporte decampo

Supervizorzona

Centro

Soporte decampo

Jefatura delproyectoSoportecampo

diferencia competitiva. %omo tambin nuestra misin es porder dar soporte al

rubro minero.

I.2. O-9*/(4*)(0/ '& -&* '& E+6'(,

O-9*/(9-*;* '& * &;


13/183

I.7. D(*9/0+(),>A/?(( '& E/+,-/,:FODA@

I.7.!. F,-+*&4*

Personal altamente capacitado. %uenta con rea propia para dar solucin a todos los equipos. *ervicios autorizados de P, %ompaq, &3', $pson, Iero-, 4",

3roter, JodaC, )lidata, 4e-marC, &mation y )Cidata. 3rinda un buen servicio en las reas tcnicas. "arantas de equipos informticos.

I.7.2. O


14/183

7alta de incentivos para los trabajadores.

I.7.8. A;&/*4*

Desafiliacion de las marcas tecnolgicas. !ltos costos de equipos de cmputo. 4a %antidad de Proveedores. *ituacin econmica del Pas. (uevas empresas. &ne-istencia de competencia @(o saber como reaccionar en el

mercadoA.

I.7.". M*+-(4 FODA

F,-+*&4* D&3(('*'&

F!. Personal altamente capacitado.F2. %uenta con rea propia para

dar solucin a todos los equipos.F7. *ervicios autorizados de P,

%ompaq, &3', $pson, Iero-, 4",

3roter, JodaC, )lidata, 4e-marC,

&mation y )Cidata.F8. 3rinda un buen servicio en las

reas tcnicas."arantas de equipos informticos

D!. (o contar un sistema que

facilite los procesos diarios de

atencin al cliente.

D2. Deficiencia en el manejo de

ticCets para la empresa.

D7.7alta de capacidad para ver los

errores.

D8. 7alta de incentivos para los

trabajadores.

O


15/183

O7. 3rindar mas soporte a

entidades bancarias.O8. Poca competencia en el

mercado.'ayor necesidad de adquision

tecnolgica en las empresas.

cmputo.4a %antidad de Proveedores.A7. *ituacin econmica del Pas.A8.(uevas empresas.&ne-istencia de competencia @(o

saber como reaccionar en el

mercadoA.

I.8. D&+&-;(/*)(0/ '& oras en buscar los ticCets y

movilidades que se realizaron mensualmente mediante una oja

e-cel.

A-&* '& &-=()(, +)/(),:

$n esta rea se realiza varios servicios, a continuacin se especifica

uno de ellos.

15


16/183

!tencion de ticCets $l cliente genera ticCets para cada atencin que

se realice por lo cual se clasifican de dos maneras

o /&ncidente y #equerimientos1por lo cual el tcnico tiene que

atender losticCtes que este asignado a su persona, de tal

manera que el tcnico despus de cada atencin tendra que

guardar o anotar el ticCets atendido por diade tal manera que

tendra que agrupar todos los ticCets mensaules, tambin

tendr que realizar una reporte de los ticCets que se

atendieron precensialmente.

I.8.2. D&(/()(0/ '&


17/183

L &ncidentes *on ticCets que tienen una prioridad alta por que

afecta a la produccin $jemplo %P: innoperativo, !plicativos

da+ados, %aida de servidores, etc.L #equerimientos *on ticCets que tienen prioridad baja y

pueden ser resueltos en un tiempo mayor $jemplo %ambio de

toner, actualizacin de pginas, instalacin de programas, etc.

2. M,=(*'&:

4as movildades que se van a ingresar depende muco de que tipo de

atencin se aya realizado si son /incidentes1 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 ta-i, en el caso que sea un

atencin con prioridad de /requerimiento1 se tendramas tiempo para

poder atender el problema y se pasaran movilidades siempre y

cuando se necesite al tcnico prencencialmente.

4leva muco tiempo estar realizando en ojas e-el o manualmente

toda las atenciones que se realizo al mes. $n mucos casos se

pierden /ticCets1 que se atendieron por lo cual esto afecta en la

productividad que realiza la empresa como tambien el gasto que

generan al movilizarse.

17


18/183

I.8.7. P-,


19/183

L TicCets en pendiente !qu podremos registrar todos los ticCets que

estn en pendiente, por motivos que lleguen los repuestos sugeridos

y tambin se podr tener un reporte al instante.

-&* '& S&-=()(, T&)/(),:

*e tendr un control total de todos los ticCets atendidos ya sean

/&ncidentes o #equerimientos1 por lo cual se registraran mendiante los

ticCets asignados a cada tcnico como tambin se tendr reportes de

todos los ticCets atendidos de forma rpida y confiable.

$l tcnico podr tener acceso a todos sus ticCets, que se ayan atendido

remotamente o precensialmente de tal manera que podr general

reportes instantneamente.

Tambien tendr acceso a todos los reportes de los ticCets atendidos

prencesialmente, para que puedan enviar un reporte de movilidades

confiables tambin se puedan enviar a los supervisores en menos

tiempo.

CAP1TULO II

I CAPITULO II >MARCO TEORICO@

! B*& T&0-()*

19


20/183

2.!.! I/9&/(&-* '& S,+*-&:

$s la aplicacin de un enfoque sistemtico, disciplinado y

cuantificable al desarrollo, operacin y mantenimiento de soft0are,

y el estudio de estos enfoques, es decir, la aplicacin de la

ingeniera al soft0are. $s la aplicacin de la ingeniera al soft0are,

ya que integra matemticas, ciencias de la computacin y

prcticas cuyos orgenes se encuentran en la ingeniera.

*e pueden citar otras definiciones enunciadas por prestigiosos

autores

&ngeniera de soft0are es el estudio de los principios y

metodologas para el desarrollo y mantenimiento de sistemas

soft0are @MelCovitz, ;NGOA.

&ngeniera de soft0are es la aplicacin prctica del

conocimiento cientfico al dise+o y construccin de programasde computadora y a la documentacin asociada requerida

para desarrollar, operar y mantenerlos. *e conoce tambin

como desarrollo de soft0are o produccin de soft0are

@3oem, ;NGHA.

&ngeniera de soft0are trata del establecimiento de los

principios y mtodos de la ingeniera a fin de obtener soft0are

de modo rentable, que sea fiable y trabaje en mquinas reales

@3auer, ;NGF ingenieros de soft0are de computadora. $l trmino

20
http://es.wikipedia.org/wiki/2004http://es.wikipedia.org/wiki/Estados_Unidoshttp://es.wikipedia.org/wiki/2004http://es.wikipedia.org/wiki/Estados_Unidos


21/183

ingeniero de soft0are, sin embargo, se utiliza en forma genrica

en el ambiente empresarial, y no todos los ingenieros de soft0are

poseen realmente ttulos de ingeniera de universidades

reconocidas.

!lgunos autores consideran que desarrollo de soft0are

es un trmino ms apropiado que ingeniera de soft0are para el

proceso de crear soft0are. Personas como Pete 'c3reen@autor

de *oft0are %raftmansipA cree que el trmino &* implica niveles

de rigor y prueba de procesos que no son apropiados para todo

tipo de desarrollo de soft0are.

&ndistintamente se utilizan los trminos ingeniera de soft0are o

ingeniera del soft0are. $n ispanoamrica el trmino usado

normalmente es el primero de ellos.

4a creacin del soft0are es un proceso intrnsecamente

creativo y la ingeniera del soft0are 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 an demostrado adecuadas en base a la e-periencia

previa.

4a &ngenieria de *oft0are se puede considerar como la

ingeniera aplicada al soft0are, esto es, por medios

sistematizados y con erramientas preestablecidas, la aplicacin

de ellos de la forma ms eficiente para la obtencin de resultados

ptimosQ objetivos que siempre busca la ingeniera. (o es slo de

la resolucin de problemas, sino ms bien teniendo en cuenta las

diferentes soluciones, elegir la ms apropiada.

21
http://es.wikipedia.org/w/index.php?title=Pete_McBreen&action=edit&redlink=1http://es.wikipedia.org/w/index.php?title=Pete_McBreen&action=edit&redlink=1


22/183

2.!.2 C(), '& =('* '& S,+*-&:

$l trmino ciclo de vida del soft0are describe el desarrollo

de soft0are, desde la fase inicial asta la fase final. $l 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 soft0are cumpla los requisitos para la aplicacin

y verificacin de los procedimientos de desarrollo se asegura de

que los mtodos utilizados son apropiados.

$stos programas se originan en el eco de que es muy costoso

rectificar los errores que se detectan tarde dentro de la fase de

implementacin. $l ciclo de vida permite que los errores se

detecten lo antes posible y por lo tanto, permite a los

desarrolladores concentrarse en la calidaddel soft0are, en los

plazos de implementacin y en los costos asociados.

$l ciclo de vida bsico de un soft0are consta de los siguientes

procedimientos

D&(/()(0/ '& ,3&+(=, definir el resultado del proyecto y su

papel en la estrategia global. A/?(( '& , -&6((+, 5 6 =(*3(('*' recopilar,

e-aminar y formular los requisitos del cliente y e-aminar

cualquier restriccin que se pueda aplicar.

22
http://es.kioskea.net/contents/qualite/qualite-introduction.php3http://es.kioskea.net/contents/qualite/qualite-introduction.php3


23/183

D(&, 9&/&-* requisitos generales de la arquitectura de la

aplicacin. D(&, &/ '&+*& definicin precisa de cada subconjunto de

la aplicacin. P-,9-*;*)(0/:@programacin e implementacinA es la

implementacin de un lenguaje de programacin para crear

las funciones definidas durante la etapa de dise+o. P-6&3* '& 6/('*' prueba individual de cada subconjunto de

la aplicacin para garantizar que se implementaron de acuerdo

con las especificaciones. I/+&9-*)(0/ para garantizar que los diferentes mdulos se

integren con la aplicacin. Rste es el propsito de la prueba de

integracin que est cuidadosamente documentada. P-6&3* 3&+*@o validacinA, para garantizar que el soft0are

cumple con las especificaciones originales. D,)6;&/+*)(0/ sirve para documentar informacin

necesaria para los usuarios del soft0are y para desarrollos

futuros. I;


24/183

Para facilitar una metodologa comKn entre el cliente y la

compa+a de soft0are, los modelos de ciclo de vida se an

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. !l final de cada etapa

se arreglan las revisiones de manera que sean corregidas de

manera certera.

2.!.7.! M,'&, &/ C*)*'*:

$l modelo de ciclo de vida en cascada comenz a

dise+arse en ;NHH y se termin alrededor de ;NGF. *e

define como una secuencia de fases en la que al final de

cada una de ellas se reKne la documentacin para

garantizar que cumple las especificaciones y los requisitos

antes de pasar a la fase siguiente

2.!.7.2 M,'&, V:

$l modelo de ciclo de vida 9 proviene del principio que establece

que los procedimientos utilizados para probar si la aplicacin

cumple las especificaciones ya deben aberse creado en la fase

de dise+o.

2.!.8 L&/96*& U/(()*', '& M,'&*',:

4enguaje :nificado de 'odelado @4:' o :'4, por sus siglas en

ingls, :nified'odeling4anguageA es el lenguaje de modeladode

sistemas de soft0arems conocido y utilizado en la actualidadQ

24
http://es.wikipedia.org/wiki/Modeladohttp://es.wikipedia.org/wiki/Softwarehttp://es.wikipedia.org/wiki/Modeladohttp://es.wikipedia.org/wiki/Software


25/183

est respaldado por el)'"@)bject 'anagement "roupA. $s un

lenguaje grfico para visualizar, especificar, construir y

documentar un sistema. :'4 ofrece un estndar para describir un

plano del sistema @modeloA, incluyendo aspectos conceptuales

tales como procesos de negocio, funciones del sistema, y

aspectos concretos como e-presiones de lenguajes de

programacin, esquemas de bases de datos y compuestos

reciclados.

$s importante remarcar que :'4 es un lenguaje de modelado

para especificar o para describir mtodos o procesos. *e utiliza

para definir un sistema, para detallar los artefactos en el sistema y

para documentar y construir. $n otras palabras, es el lenguaje en

el que est descrito el modelo.

*e puede aplicar en el desarrollo de soft0are gran

variedad de formas para dar soporte a una metodologa de

desarrollo de soft0are @tal como el Proceso :nificado #acional

o #:PA, pero no especifica en s mismo qu metodologa o

proceso usar.

:'4 no puede compararse con la programacin estructurada,

pues :'4 significa 4enguaje :nificado de 'odelado, no es

programacin, solo se diagrama la realidad de una utilizacin en

un requerimiento. 'ientras 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 :'4, pero no por eso se toma :'4 slo

para lenguajes orientados a objetos.

25
http://es.wikipedia.org/wiki/Object_Management_Grouphttp://es.wikipedia.org/wiki/RUPhttp://es.wikipedia.org/wiki/Object_Management_Grouphttp://es.wikipedia.org/wiki/RUP


26/183

:'4 cuenta con varios tipos de diagramas, los cuales muestran

diferentes aspectos de las entidades representadas.

2.!." P-,)&, U/(()*', '& R*+(,/*:

$l Proceso :nificado de #ational @#ational:nifiedProcess en

ingls, abitualmente resumido como #:PA es un proceso de

desarrollo de soft0are desarrollado por la empresa #ational

*oft0are, actualmente propiedad de &3'. Eunto con el 4enguaje

:nificado de 'odelado :'4, constituye la metodologa estndar

ms utilizada para el anlisis, dise+o, implementacin y

documentacin de sistemas orientados a objetos.

$l #:P no es un sistema con pasos firmemente establecidos, sino

un conjunto de metodologas adaptables al conte-to y

necesidades de cada organizacin.

Tambin se conoce por este nombre al soft0are, tambin

desarrollado por #ational, que incluye informacin entrelazada de

diversos artefactos y descripciones de las diversas actividades.

$st incluido en el #ational'etod%omposer @#'%A, que permite

la personalizacin de acuerdo con las necesidades.

)riginalmente se dise+ un proceso genrico y de dominio

pKblico, el Proceso :nificado, y una especificacin ms detallada,

el #ational:nifiedProcess, que se vendiera como producto

independiente...

2.!. A/?(( 5 '(&, ,-(&/+*', * ,3&+,:

!nlisis y dise+o orientado a objetos @!D))A es un enfoque de la

ingeniera de soft0are que modela un sistema como un grupo de

objetos que interactKan entre s. $ste enfoque representa un

dominio en trminos de conceptos compuestos por verbos y

26


27/183

sustantivos, clasificados de acuerdo a su dependencia funcional.

$n este mtodo de anlisis y dise+o se crea un conjunto de

modelos utilizando una notacin acordada como, por ejemplo, el

lenguaje unificado de modelado @:'4A. !D)) aplica tcnicas de

modelado de objetos para analizar los requerimientos para un

conte-to L por ejemplo, un sistema de negocio, un conjunto de

mdulos de soft0are L y para dise+ar una solucin para mejorar

los procesos involucrados. (o est restringido al dise+o de

programas de computadora, sino que cubre sistemas enteros de

distinto tipo. 4as metodologas de anlisis y dise+o ms modernas

son casos de uso guiados a travs de requerimientos, dise+o,

implementacin, pruebas, y despliegue.

$l lenguaje unificado de modelado se a vuelto el lenguaje de

modelado estndar usado en anlisis y dise+o orientado a objetos.

2.!.J P-,9-*;*)(0/ ,-(&/+*'* * ,3&+,:

4a programacin orientada a objetos o P)) @))P segKn sus

siglas en inglsA es un paradigma de programacin que usa los

objetos en sus interacciones, para dise+ar aplicaciones y

programas informticos. $st basado en varias tcnicas,

incluyendo erencia, coesin, abstraccin, polimorfismo,

acoplamiento y encapsulamiento. *u uso se populariz a

principios de la dcada de los a+os ;NNF. $n la actualidad, e-iste

una gran variedad de lenguajes de programacin que soportan la

orientacin a objetos.

4os objetos son entidades que tienen un determinado estado,

comportamiento @mtodoA e identidad

27


28/183

$l estado est compuesto de datos o informacionesQ sern uno o

varios atributos a los que se abrn asignado unos valores

concretos @datosA.

$l comportamiento est definido por los mtodos o mensajes a los

que sabe responder dico objeto, es decir, qu operaciones se

pueden realizar con l.

4a identidad es una propiedad de un objeto que lo diferencia del

restoQ dico con otras palabras, es su identificador @concepto

anlogo al de identificador de una variable o una constanteA.:n

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. ! su vez, los objetos

disponen de mecanismos de interaccin llamados mtodos, que

favorecen la comunicacin entre ellos. $sta comunicacin

favorece a su vez el cambio de estado en los propios objetos. $sta

caracterstica lleva a tratarlos como unidades indivisibles, en las

que no se separa el estado y el comportamiento.

4os mtodos @comportamientoA y atributos @estadoA estn

estrecamente relacionados por la propiedad de conjunto. $sta

propiedad destaca que una clase requiere de mtodos para poder

tratar los atributos con los que cuenta. $l programador debe

pensar indistintamente en ambos conceptos, sin separar ni darle

mayor importancia a alguno de ellos. acerlo podra producir el

bito 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


29/183

estructurada camuflada en un lenguaje de programacin orientado

a objetos.

4a P)) difiere de la programacin estructurada tradicional, en la

que los datos y los procedimientos estn separados y sin relacin,

ya que lo Knico que se busca es el procesamiento de unos datos

de entrada para obtener otros de salida. 4a 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. $n la

programacin estructurada solo se escriben funciones que

procesan datos. 4os programadores que emplean Programacin

)rientada a )bjetos, en cambio, primero definen objetos para

luego enviarles mensajes solicitndoles que realicen sus mtodos

por s mismos.

2.!.J.!P-,


30/183

@Por ejemplo, erencia de la clase % a la clase DA es la

facilidad mediante la cual la clase D ereda en ella cada

uno de los atributos y operaciones de %, como si esos

atributos y operaciones ubiesen sido definidos por la

misma D. Por lo tanto, puede usar los mismos mtodos y

variables pKblicas declaradas en %. 4os componentes

registrados como privados @privateA tambin se eredan,

pero como no pertenecen a la clase, se mantienen

escondidos al programador y slo pueden ser accedidos a

travs de otros mtodos pKblicos. $sto es as para

mantener egemnico el ideal de P)).

2.!.J.8 O3&+,:

&nstancia de una clase. $ntidad provista de un conjunto de

propiedades o atributos @datosA y de comportamiento o

funcionalidad @mtodosA, los mismos que

consecuentemente reaccionan a eventos. *e corresponden

con los objetos reales del mundo que nos rodea, o con

objetos internos del sistema @del programaA. $s una

instancia a una clase.

2.!.J." M+,',:

!lgoritmo asociado a un objeto @o a una clase de objetosA,

cuya ejecucin se desencadena tras la recepcin de un

mensaje. Desde el punto de vista del comportamiento, es

lo que el objeto puede acer. :n 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


31/183

2.!.J. E=&/+,:

$s un suceso en el sistema @tal como una interaccin del

usuario con la mquina, o un mensaje enviado por un

objetoA. $l sistema maneja el evento enviando el mensaje

adecuado al objeto pertinente. Tambin se puede definir

como evento la reaccin que puede desencadenar un

objetoQ es decir, la accin que genera.

2.!.J.J A+-(36+,:

%aractersticas que tiene la clase

2.!.J. M&/*&:

:na comunicacin dirigida a un objeto, que le ordena que

ejecute uno de sus mtodos con ciertos parmetros

asociados al evento que lo gener.

2.!.J. P-,


32/183

!tributos, identidad, relaciones y mtodos.

2.!.J.!2 I'&/+(()*)(0/ '& 6/ ,3&+,:

:n objeto se representa por medio de una tabla o entidad

que est compuesta por sus atributos y funciones

correspondientes.

$n 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.!. E/)*


33/183

*e le llama as a cualquier lenguaje de programacin que

implemente los conceptos definidos por la programacin orientada

a objetos.

%abe 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. $-isten conceptos que

pueden estar ausentes en un lenguaje dado y sin embargo, no

invalidar su definicin como lenguaje orientado a objetos.

Suizs las condiciones mnimas necesarias las provee el

formalismo que modeliza mejor las propiedades de un sistema

orientado a objetos los tipos de datos abstractos.

*iguiendo 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.

$sta 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 IL8indo0

utilizando infraestructuras de funciones y !P&s como 'otif, Ivie0 y

Ilib, son realizadas usualmente en lenguaje %, pero organizando

el cdigo en una manera que parecen objetos @los 8idgetsA.

2.!..! V(6* B*() .NET:

9isual 3asic .($T @93.($TA es un lenguaje de

programacin orientado a objetos que se puede considerar

una evolucin de 9isual 3asic implementada sobre el

frame0orC .($T. *u introduccin result muy controvertida,

33


34/183

ya que debido a cambios significativos en el lenguaje

93.($T no es retrocompatible con 9isual 3asic, pero el

manejo de las instrucciones es similar a versiones

anteriores de 9isual 3asic, facilitando as el desarrollo de

aplicaciones ms avanzadas con erramientas modernas.

4a gran mayora de programadores de 93.($T utilizan el

entorno de desarrollo integrado 'icrosoft 9isual *tudio en

alguna de sus versiones @desde el primer 9isual *tudio

.($T asta 9isual *tudio .($T


35/183

$-isten programas denominados sistemas gestores de bases de

datos, abreviado D3'*, que permiten almacenar y posteriormente

acceder a los datos de forma rpida y estructurada. 4as

propiedades de estos D3'*, as como su utilizacin y

administracin, se estudian dentro del mbito de la informtica.

4as aplicaciones ms usuales son para la gestin de empresas e

instituciones pKblicas. Tambin son ampliamente utilizadas en

entornos cientficos con el objeto de almacenar la informacin

e-perimental.

!unque las bases de datos pueden contener mucos tipos de

datos, algunos de ellos se encuentran protegidos por las leyes de

varios pases. Por ejemplo en $spa+a, los datos personales se

encuentran protegidos por la 4ey )rgnica de Proteccin de Datos

de %arcter Personal @4)PDA y en '-ico por la 4ey 7ederal de

Transparencia y !cceso a la &nformacin PKblica "ubernamental.

2.!.!.! C*-*)+&-+()*:

L &ndependencia de los Datos. $s decir, que los datos no

dependen del programa y por tanto cualquier aplicacin

puede acer uso de los datos.

L #educcin de la #edundancia. 4lamamos redundancia a

la e-istencia de duplicacin de los datos, al reducir sta al

m-imo conseguimos un mayor aprovecamiento del

espacio y adems evitamos que e-istan inconsistencias

entre los datos. 4as inconsistencias se dan cuando nos

encontramos con datos contradictorios.

L *eguridad. :n *3D debe permitir que tengamos un

control sobre la seguridad de los datos.

35


36/183

L *e visualiza normalmente como una tabla de una oja de

clculo, en la que los registros son las filas y las columnas

son los campos, o como un formulario.

L Permite realizar un listado de la base de datos.

L Permiten la programacin a usuarios avanzados.

2.!.!! T(


37/183

problema como con las dems bases de datos, por lo

general para poderlas aprovecar al m-imo permiten

algKn tipo de conectividad a bases de datos relacionales.

2.!.!!.8 B*& '& '*+, -&*)(,/*&:

$n 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 redA. $sto tiene la

considerable ventaja de que es ms fcil de entender y de

utilizar para un usuario espordico de la base de datos. 4a

informacin puede ser recuperada o almacenada mediante

consultas que ofrecen una amplia fle-ibilidad y poder

para administrar la informacin.

2.!.!!." B*& '& '*+, ',)6;&/+*&:

Permiten la inde-acin a te-to completo, y en lneas

generales realizar bKsquedas ms potentes. Tesaurus es

un sistema de ndices optimizado para este tipo de bases

de datos.

2.!.!2 V&/+** '& U, '& B*& '& D*+,:

L )btener ms informacin de la misma cantidad de data L 4a 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 privilegioA. $jemplo comparar un %entro de

%mputos tradicional en %)3)4 vs uno que utilize una 3ase de

Datos.

L %ompartir los Datos L :suarios de distintas oficinas pueden

compartir datos si estan autorizados. $sto implica que si un dato

cambia de contenido como por ejemplo la direccin de un cliente,

37


38/183

todos los usuarios que pueden acceder ese dato, vern

inmediatamente el cambio efectuado. $jemplo $-plicar como

trabajaba un %entro de %omputos tradicional con un *istema

$studiantil que tenga subLsistemas de #egistro, !sistencia

$conomica, $studio y Trabajo, 'atrcula, etc.

L 3alance de #equerimientos %onflictivos L Para que la 3ase de

Datos trabaje apropiadamente, necesita de una persona o grupo

que se encargue de su funcionamiento. $l ttulo para esa posicin

es !dministrador de 3ase de Datos y provee la ventaja de que

Dise+a 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 a su idiosincracia.

Tradicionalmente se dise+aba y programa segKn la necesidad de

cada departamento por separado. $jemplo $-plicar como en

diferentes departamentos utilizaban diferentes erramientas y

estructuras de datos para su sistema particular y como esto

afectaba a los otros departamentos.

L *e refuerza la estandarizacin L Debido a lo que se mencion

previamente, es ms facil estandarizar procesos, formas, nombres

de datos, formas, etc.

L #edundancia controlada L Debido al sistema tradicional de

arcivos independientes, los datos se duplicaban constantemente

lo cual creaba muca duplicidad de datos y creaba un problema

de sincronizacin cuando se actualizaba un dato en un arcivo en

particular. $jemplo $n el sistema de #egistro y de !sistencia

$conmica pasaba muco eso. $l mtodo que utilizaron para

38


39/183

resolver el problema fue el de periodicamente actualizar el arcivo

de !sistencia $conmica, con el arcivo de registraduria

@principalA. 4o cual trae como consecuancia, uso inecesario de los

recursos de la computadora. )jo, la redundancia se controla, no

se elimina por completo.

L %onsistencia L !l controlarse la redundancia, cuando actualizas

un dato, todos los usuarios autorizados de la 3ase de Datos

pueden ver el cambio independientemente de que estn

trabajando en distintos sistemas.

L &ntegridad L 4a base de datos tiene la capacidad de validar

ciertas condiciones cuando los usuarios entan datos y recazar

entradas que no cumplan con esas condiciones. $l D3! @Data

3ase !dministratorA es responsable de establecer esas

validaciones.

L *eguridad L $l D3! al tener control central de los Datos, la 3ase

de Datos le provee mecanismos que le permiten crear niveles de

seguridad para distintos tipos de :suarios. $n %)3)4 esta opcin

tendra que programarse.

L 7le-ibilidad y rapidez al obtener datos L !qui el usuario puede

fcilmente obtener informacin de la 3ase de Datos con tan solo

escribir unas breves oraciones. $sto evita el antiguo y burocrtico

proceso de llenar una peticin al %entro de %mputos para poder

obtener un informe. $jemplo $-plicar como ocurra ese proceso.

L !umenta la productividad de los programadores L 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


40/183

otros problemas inmediatos, mejorando de ese modo su

productividad.

L 'ejora el mantenimiento de los programas L Debido a que los

datos son independientes de los programas @a diferencia de

%obolA, si ocurre un cambio en la estructura de una tabla @arcivoA,

el cdigo no se afecta. $jemplo $-plicar el problema de %obol

cuando ocurre un cambio de campo en un arcivo aKn con el uso

de libreras.

L &ndependencia de los Datos L Debido a lo que se menciono

previamente, los datos pueden modificarse para por ejemplo

mejorar el performance de la 3ase de Datos y como

consecuancia, no se tiene que modificar los programas.

2.!.!7 M,'&, E/+('*' R&*)(0/:

:n diagrama o modelo entidadLrelacin @a veces

denominado por sus siglas en ingls, $L# $ntityrelationsip, o

del espa+ol D$# Diagrama de $ntidad #elacinA es una

erramienta para el modelado de datos que permite representar

las entidades relevantes de un sistema de informacin as como

sus interrelaciones y propiedades.

2.!.!7.! B*& +&0-()* 5 ),/)&


41/183

unvocamente de otro objeto o cosa, incluso siendo del

mismo tipo, o una misma entidad.

!lgunos $jemplos

:na persona. @*e diferencia de cualquier otra persona,

incluso siendo gemelosA.

:n automvil. @!unque sean de la misma marca, el mismo

modelo,..., tendrn atributos diferentes, por ejemplo, el

nKmero de casisA.

:na casa @!unque sea e-actamente igual a otra, aKn se

diferenciar en su direccinA.

:na entidad puede ser un objeto con e-istencia fsica

como una persona, un animal, una casa, etc. @entidad

concretaAQ o un objeto con e-istencia conceptual como un

puesto de trabajo, una asignatura de clases, un

nombre,etc. @entidad abstractaA.

:na entidad est descrita y se representa por sus

caractersticas o atributos. Por ejemplo, la entidad Persona

las caractersticas (ombre, !pellido, "nero, $statura,

Peso, 7eca de nacimiento.

2.!.!7.7 A+-(36+,:

4os atributos son las caractersticas que definen o

identifican a una entidad. $stas pueden ser mucas, y el

dise+ador solo utiliza o implementa las que considere ms

relevantes. 4os atributos son las propiedades que

describen a cada entidad en un conjunto de entidades.

$n un conjunto de entidades del mismo tipo, cada entidad

tiene valores especficos asignados para cada uno de sus

41


42/183

atributos, de esta forma, es posible su identificacin

unvoca.

E&;


43/183

porque no se conoce, porque no e-iste o porque no se

sabe nada al respecto del mismo.

2.!.!7.8 R&*)(0/:

Describe cierta dependencia entre entidades o permite la

asociacin de las mismas.

E&;


44/183

mediante aplicaciones al efecto 4os *"3D 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. 4a mayora de los *"3D incluyen un

generador de informes. Tambin puede incluir un mdulo

grfico que permita presentar la informacin con grficos y

tablas.

ay mucos tipos de *"3D distintos segKn manejen los

datos y mucos tama+os distintos segKn funcionen sobre

ordenadores personales y con poca memoria a grandes

sistemas que funcionan en mainframes con sistemas de

almacenamiento especiales.

"eneralmente 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. :n

*"3D 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 acer copias

de seguridad. 4as bases de datos y los sistemas para su

gestin son esenciales para cualquier rea de negocio, y

deben ser gestionados con esmero.

2.!.!8 M()-,,+ SQL S&-=&-:

'icrosoft *S4 *erver es un sistema para la gestin de bases de

datos producido por 'icrosoft basado en el modelo relacional. *us

44


45/183

lenguajes para consultas son TL*S4 y !(*& *S4. 'icrosoft *S4

*erver constituye la alternativa de 'icrosoft a otros potentes

sistemas gestores de bases de datos como son )racle,

Postgre*S4 o 'y*S4.

2.!.!8.! C*-*)+&-(+()*:

L *oporte de transacciones.

L *oporta procedimientos almacenados.

L &ncluye tambin un entorno grfico de administracin, que

permite el uso de comandos DD4 y D'4 grficamente.

L Permite trabajar en modo clienteLservidor, donde la

informacin y datos se alojan en el servidor y los

terminales o clientes de la red slo acceden a la

informacin.

L !dems permite administrar informacin de otros

servidores de datos.

L $ste sistema incluye una versin reducida, llamada

'*D$ con el mismo motor de base de datos pero

orientado a proyectos ms peque+os, que en sus

versiones


46/183

travs de la implementacin de aplicaciones de dos capas

mediante el uso de formularios 8indo0s.

L $n el manejo de *S4 mediante lneas de comando se

utiliza el *S4%'D, osql, o Po0er*ell.

L Para el desarrollo de aplicaciones ms complejas @tres o

ms capasA, 'icrosoft *S4 *erver incluye interfaces de

acceso para varias plataformas de desarrollo, entre ellas

.($T, pero el servidor slo est disponible para *istemas

)perativos.

2.!.! H(


47/183

CAP1TULO III

MARCO METODOLGICO

!. T(


48/183

7. V*-(*3& & I/'()*',-&

9!#&!34$* D$7&(&%&6( &(D&%!D)#$*

9!#&!34$

&(D$P$(D&$(T$

%#$!# :( *&*T$'!

D$ %)(T#)4 D$ 4)*

D&!* 4!3)#!D) D$4

T#!3!E!D)#

!ntiguamente el sistema de control

de los trabajadores se aca

manualmente y de manera ineficaz

oy en da.

$valuar tcnicas de

sistemas de control %onocer mejor la

realidad !nalizar las causas #econocer los motivos

del cambio

9!#&!34$

D$P$(D&$(T$

P#)')%&)(!# $4

*&*T$'! D$

%)(T#)4 $( $4

'$#%!D)

Para dar a conocer nuestro *istema

de control de trabajadores,

utilizaremos la erramienta de

marCeting denominada

'$#%!(D&*&(" @publicidad en el

punto de ventaA, ya que este

aumentara nuestra rentabilidad en el

mismo punto donde se oferta el

producto

$valuar las

erramientas de

marCeting

%onocer el mercado

que se va estudiar

!nalizar la oferta del

producto

#econocer los

puntos de venta

V*-(*3& (/'&


49/183

*istema entorno 8eb

V*-(*3& '&


50/183

$l anlisis estadstico de los datos, consiste en describir cmo ser

analizada estadsticamente la informacin. $l investigador debe de elegir

los modelos y pruebas estadsticas que le sirvan para contrastar su

iptesis y enunciar generalizaciones vlidas, que consta de las siguientes

faces

F*& '& (/()(,

$n esta primera fase se realizo lo siguiente %on 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.

F*& '& E*3,-*)(,/%onociendo 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 dise+o del sistema.4a 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.$n esta fase tambin se mostro el estudio de factibilidad, para dar a

conocer los beneficios que se obtendrn con el sistema.

F*& '& C,/+-6))(,/$n esta fase se procedio a realizar la construccin del sistema utilizando

tres capasQ en donde se dise+o lo siguiente$n la primera capa o capa de representacin se dise+o las interfaces del

sistema, que se mostraran al usuario para su respectiva utilizacin.$n la segunda capa se encuentra el cdigo respectivo del funcionamiento

del sistema, es decir la lgica del sistema.$n la ultima capa se dise+a la base de datos en donde se almacenara y se

accederaa todos los datos que se ingrese al sistema

50


51/183

:na vez terminado el sistema se procedio a implantarlo en la empresa,

realizando sus respectivas pruebas para verificar su correcto

funcionamiento.

F*& '& +-*/()(0/

&mplantando 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.

CAP1TULO IV

INVESTIGACION PRELIMINAR

8.!. O3&+(=, '& P-,5&)+,

8.!.!.O3&+(=, G&/&-*&

OB#! I;


52/183

de la empresa /!lternativa Tecnologica *!%1S63 O3&+(=, (ingunoI;


53/183

OB#7 M(/(;(4*- &--,-& &/ * *)&- , -&


54/183

OB#" A,--, '& +(&;


55/183

Tabla 5: Objetivo Especifico 4

8.2. .L(+* '& U6*-(, P*-+()(


56/183

Jefe deProyecto

Programador Diseador Analista Usuario

Tabla 6: Caracteristica del hardware

S,+*-&:

$n el desarrollo del proyecto ultilizaremoslos siguiente programas

'icrosoft 9isual *tudio @9isual (etA 'icrosoft *S4 *erver $-press JarpesCy 8indo0s G Professional

R&6&-(;(&/+, '& P&-,/*

8.7.2. F*)+(3(('*' O


57/183

4a 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 agan

sern adecuadas y rapidas.

)bviamente 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

4a productividad de los trabajadores mejorar notablemente, y la

diferencia se notar con respecto al manejo de procesos anteriores.

8.7.7. F*)+(3(('*' E),/0;()*:

Describirdetalladamentelainversinquesetendraquerealizarparaeldesa

rrollodelprovecto.@ard0are,soft0areycapitalumanoA.

C,+, '& H*-'*-&:

4a empresa por contar con el equipo requerido para la implementacin

del sistema, el costo de ard0are, que aportara ser de *Y. F.FF

nuevos soles.

57


58/183

C,+, ,+*-&:

Dream0eaver adobe S. . 'icrosoft *S4 $-press .>. A/?(( ),+, 3&/&()(,:

C,+,

%osto total del sistema *Y.;F>FF.FF

58

PERSONAL S.".*)7T8!#$

!#D8!#$ S. .T)T!4 S.!8.
http://www.tiendadecomputoperu.com/antirivus-2014-p-32670.html?osCsid=215us5vt7t7ebclj3ucvipq1e3http://www.tiendadecomputoperu.com/antirivus-2014-p-32670.html?osCsid=215us5vt7t7ebclj3ucvipq1e3


59/183

B&/&()(, +*/9(3&

'ejoramiento en la operacin de la organzacion *Y.>BF.FF

#educcion de costos *Y.=FF.FF

)btencion de una posicin competitiva *Y.=FF.FF

$laboracionmas oportuna de la informacin *Y.>GF.FF

B&/&()(, (/+*/9(3&

!celeracin de los procesos de registro. !orro de tiempo significativo en el pago a los trabajadores. 'ejorar el control de los pagos.

)rganizacin de &nformacin.

'ejor toma de decisiones.

CUADRO COSTO BENEFICIO

TIEMPO ; L B H G O NCOSTO *Y.;F>FF.FF *Y.LON=F.FF *Y.LG>HF.FF *Y.LBNNF.FF *Y.L>BGF.FF *Y.;>GF.FF *Y.;>GF.FF *Y.;>GF.FF

59


60/183

TIEMPO ;F ;; ;< ;= ;>COSTO *Y.L=FBF.FF *Y.L;BOF.FF *Y.;;F.FF *Y.;=HF.FF *Y. GF.FF *Y.;>GF.FF *Y.;>GF.FF *Y.;>GF.FF *Y.;>GF.FF

Tabla %: Costo beneficio

Teniendo el sistema un tiempo de recuperacin de los fondos invertidos

de ;< meses meses a partir de a ganancias para la empresa.

>.B. %ronograma '& A)+(=('*'&

Presentar el cronograma general y detallado de acuerdo al ciclo de vida para el

desarrollo de sistemas @diagrama de "anttA

T(&;


61/183

D&+&-;(/*)(0/ '& R&6&-(;(&/+, @= semanasA @#esponsable

!nalista[Eefe de ProyectoA

)btencin de informacin Documentacin

M,'&*', '& P-,5&)+, @; mesA @#esponsable !nalista[Eefe de

ProyectoA

Diagrama de %asos de :so Diagrama de %lases Diagrama de *ecuencia Diagrama de $stados Diagrama de !ctividad

D(&, @< *emanasA @#esponsable Dise+ador[Eefe de ProyectoA

Dise+o de &nterfaz Dise+o de 3ase de datos

I;


62/183

&mplantacin @ ;*emanaA@#esponsable Programador[Eefe de

ProyectoA %apacitacin @; semanaA@#esponsable Eefe de ProyectoA

62


63/183


64/183

CAP1TULOV

".!. M,'&*', '& N&9,)(,

".!.!. D(*9-*;* '& )*, '& 6,

G&/&-*)(,/ '& +()&+.

&i' %: Coso de (so )eneracion de tic*ets

Supervisor

Usuario

Tecnico

Genera tickets

Asigna tickets

Atiende tcikets

Consulta

Guarda tickets

SolicitaTickets


65/183

R&


66/183

&i' %: Coso de (so )eneracion de reporte de Tic*ets

P-,)&, '& =*('*)(0/ '& +()&+


67/183

&i' %: Coso de (so +alida Tic*ets

".!.2. E


68/183

CU#SCN#2 E;(+& RSTOBETIVOS %omprobar que el ticCets aya sido atendido

satisfactoriamente.

ACTOR *upervirsorTecnico

PRECONDICIN $fectua el #*TSECUENCIA

NORMAL

;. &ngresa los datos del usuario


69/183

CU#SCN#8 B-(/'*- I/,-;*)(,/OBETIVOS Dar a conocer la informacin que se pide.ACTOR *upervirsor

TecnicoPRECONDICIN #ealizar una consulta.SECUENCIA

NORMAL

;. $l tcnico recibe la consulta del supervisor.


70/183

PRECONDICIN *olicita un ticCetsSECUENCIA

NORMAL

;. 3usca el ticCets que solicita el supervisor.


71/183

CU#SCN# R&*(4* -&


72/183

Tecnico

Eefatura de proyectoPRECONDICIN $l tecnico entrega reporte

SECUENCIANORMAL

;. $l supervisor revisa reporte de ticCets.


73/183

NORMAL mal elaborados.


74/183

CU#SCN#! S,()(+* '& +()&+OBETIVOS Dar a concoer al tecnico sobre la cantidad de

ticCets mal elaborados.ACTOR *upervirsor

Tecnico

Eefatura de proyectoPRECONDICIN *olicita lista de ticCets.SECUENCIA

NORMAL

;. $l tecnico con la lista de ticCets mal

elaborados, empieza a revisar cada ticCets


75/183

CU#SCN#! R&)&


76/183

NORMAL =. *e aceptaYrecazaPOSTCONDICIN #ealiza devolcionYregistra reportes.

".!.2 EPECIFICACION DE REQUISITOS

".2.!. T)/()* 5 &--*;(&/+*


77/183

D&


78/183

D&


79/183

FRQ#" R&9(+-*- +()&+ ),/ ;,=(('*'&

V&-(0/ ;.F @ ;;YFHY A

A6+,-&

4uis $nrique uaraca Suispe

F6&/+& Tecnico

*upervisor

D&


80/183

FRQ#J P&-;(+(- *3-(- 5 )&--*- +()&+

V&-(0/ ;.F @ ;;YFHY A

A6+,-&4uis $nrique uaraca Suispe

F6&/+& Tecnico

*upervisor

D&


81/183

I;


82/183

\7#SLFF;=]#ealizacion de bKsqueda de ticCets

D&)-(


83/183

V&-(0/ ;.F @ ;;YFHY A


F6&/+& *upervisor

D&


84/183

FRQ#!8 P-,)&*- +()&+

V&-(0/ ;.F @ ;;YFHY AA6+,-&


F6&/+& Tecnico

*upervisor

D&


85/183

FRQ#! E;((,/ '& +()&+ (/)('&/+& 5 -&6&-(;(&/+,

V&-(0/ ;.F @ ;;YFHY AA6+,-&


F6&/+& Tecnico

*upervisor

D&


86/183


87/183

\7#SLFF;


88/183

operativos 9indows ;! 9indows 7!


89/183

F6&/+& Tecnico

D&


90/183

D&)-( #a sea los colores /(e se den e iconos

/(e se (sen0

I;


91/183

C,;&/+*-(, ninguno

NFR# E (+&;* F6/)(,/*-* 3*, 6/ ),+, ;(/(;, '& -&)6-,

'& ,-'&/*',-

V&-(0/ ;.F @ ;;YFHY A


F6&/+& Tecnico

D&


92/183


93/183

D&)-(


94/183

IFQ#2 R&


95/183

IFQ#7 R&


96/183

IFQ#8 R&


97/183

D&)-( a+o@sAO)6--&/)(*

(;6+?/&*

M&'(, M?(;,

< B

I;


98/183

Descripcion de ticCets

%antidad de ticCets

Total de ticCets

7eca

T(&;


99/183

7eca

T(&;


100/183

IFQ# R&


101/183


102/183

C,;&/+*-(, $ste reporte es mostrado cada mes.


103/183


104/183

".2 DIAGRAMAS DE CLASES


105/183


106/183


107/183

".2 DIAGRAMA DE SECUENCIA

REGISTRO DE TICKETS


108/183


109/183

REGISTRO DEL TECNICO


110/183

REGISTRO DE TICKETS ATENDIDOS


111/183


112/183

REALIAR CONSULTA


113/183

REGISTRAR EMPLEADO


114/183

.8 DIAGRAMA DE ESTUDIOS

CLIENTE

TECNICO

TICKETS


115/183


116/183


117/183

VERIFICAR TICKETS

DIAGRAMA DE ACTIVIDADES


118/183


119/183


120/183


121/183

CAPITULO VII: DOCUMENTACION TECNICA

J.! MANUAL DE USUARIO

INGRESO AL SISTEMA

Para ingresar al sistema se debe ingresar al navegador de internet eintroducer la direccion.

INGRESAR AL NAVEGADOR CON USUARIO Y CONTRASEA$n la pantalla de in greso del sistema se mostrara la ventana de

verificacion de usuario en donde digitaremos en los cuadros de te-to

nuestro :suario y %ontrase+a para posteriomente acer clic en el boton

&("#$*!#. :suario !dmin

%ontrase+a admin


122/183

$n la pantalla principal del *istema nos muestra el logo principal de la empresa

con el menu de navegacion

INTERFA DE ADMINISTRADOR(os dirigimos al menK de navegacin en el icono /CARGO1, al acer clic no

abrir = opciones le damos en /Z1 para agregar los tipos de cargo que tendrn

cada usuario.


123/183


124/183

!ora nos dirigimos al menK de navegacin en el icono /TRABAADOR1, al

acer clic no abrir = opciones le damos en /Z1 para los datos de los

trabajadores.

! continuacin se muestra en pantalla el formulario de cargo para llenar los

datos de los trabajadores


125/183

Trabajadores %reados.

!ora nos dirigimos al menK de navegacin en el icono /AGENCIAS1, al acer

clic nos abrir = opciones le damos en /Z1 para agregar las !g. Del banco como

tambin cuando se aperturen nuevas.


126/183

! continuacin se muestra en pantalla el formulario de cargo para llenar los

datos de las !gencia.

4uego de crear los :suarios, %argos y !gencias.podremos acceder a la pagina

0eb.


127/183

$n este caso accederemos con la cuenta de un tcnico para que pueda acer

los ingresos de los ticCets atendidos diariamente.

$l usuario tendr que colocar su D(& como user y su

contrase+a respectiva.

4uego de poder acceder al menK de navegacin.

!ora nos dirigimos al menK de !tencion en el icono /ATENCION1, al acer clic

nos abrir un formularion donde tendremos que llenar los datos respectivos.


128/183

!l seleccionar SOLICITANTE nos abrir un ventana para crear un nuevo

solicitante o seleccionar uno ya e-istente.


129/183

%uando seleccionemos /MOVILIDADES1 tendremos que poner los motos que se

gasto por cada atencin


130/183

4uego de colocar todos los campos tendremos nuestro /ATENCION

correctamente llenada.


131/183

4uego de atender ticCets podremos revisar los ticCets atendidos como tambin

podremos sacar un reporte.

TicCets atendidos.


132/183

4uego de crear los ticCest, para que el supervisor pueda sacar un reporte de

todos los ticCets atendios de los tcnicos tendrea que acceder.

$l usuario tendr que colocar su D(& como user y su

contrase+a respectiva.

4uego de poder acceder al menK de navegacin.


133/183

!ora nos dirigimos al menK de navegacin en el icono /REPORTE1, al acer

clic nos abrir < opciones 'ovilidades y Productividad.

*eleccionamos 'ovilidades.


134/183

*eleccionamos Productividad.

4uego de seleccionar el nombre de tcnico, feca de inicio y feca final damos

aceptar.


135/183

(os importara los arcivos para poder abrirlos en e-el.


136/183


137/183

4uego abrimos en formato $-el para poder visualizar la Productivodad y 'ovilidades de los tcnicos.


138/183

J.2 MANUAL DE PROGRAMADOR

$l 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, ficeros 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 e-puestas.

$l patrn '9% @'odel, 9ie0,%ontrollerA o modelo, vista controlador, es un tipo de

dise+o 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.

'9% divide las aplicaciones en tres niveles de abstraccin

M,'&,:#epresenta la lgica de negocios. $s el encargado de acceder ed

forma directa a los datos actuando como /intermediario1 con la base de

datos. 4o que en nuestro ejemplo de programacin orientada a objetos,

serian las clases de D3!btract'odel y usuario. V(+*:es la encargada de mostar la informacin al usuario de forma grafica

y /umanamente legible1. C,/+-,*',-: $s el intermedio entre la vista y el modelo. $s quien controla

las interacciones del usuario solicitando los datos al modelo y


139/183

entregndolos a la vista para que esta, lo presente al usuario, de forma

/umanamente legible1.


140/183


141/183

E+-6)+6-* '& *


142/183


143/183


144/183

A9&/)(*.


145/183


146/183


147/183


148/183


149/183

C*-9,


150/183


151/183


152/183

S&-=()(,


153/183


154/183


155/183


156/183


157/183


158/183


159/183


160/183


161/183

S6)6-*


162/183


163/183


164/183

T-*3**',-


165/183


166/183


167/183


168/183

T-*/


169/183


170/183


171/183


172/183


173/183

U6*-(,


174/183


175/183


176/183

EPORTAR

E


177/183


178/183

E


179/183


180/183


181/183

%omo en toda empresa se ace necesario seguir los estndares de

desarrollo de sistemas los cuales ayudan a llevar de manera ms

organizada la informacinQ poder especificar los contenidos que se

necesitan visualizar en el sistema y lograr que los beneficiarios se

acoplen sin mayor dificultad en su manejo

$l presente proyecto incluye @aA el anlisis, @bA el dise+o, @cA la

programacin, @dA las pruebas y @eA la implementacin del sistemas de la

empresa tecnolgica

%on el lenguaje de programacin propiciaron que el desarrollo del

sistema sea entendible

R&),;&/'*)(,/&

#ealizar una continua actualizacin de informacin y preparacin en el

manejo del *istema, por parte de los usuarios pertenecientes a la

$mpresa para que el sistema crezca a un nivel gerencial debern tener en cuenta

en proyectos de desarrollos de mdulos de gestin que estos emitanreportes que sea capaza de acer ver como en el giro de negocio

B(3(,9-**

ttpYY000.trabajo.com.m-Yfactibilidad tecnica^economica^y^financiera.tmttpYY000.uml.orgYttpYYescbasededatos.0iCispaces.comY9entajasZyZDesventajasZdeZunaZ3aseZ

deZDatos


182/183

ttpsYY000.google.com.peY_qX;=Z'odeloZ$ntidadZ#elaci`%=`3=nttpYYes.slidesare.netYCoga


183/183
https://www.google.com.pe/#q=13+Modelo+Entidad+Relaci%C3%B3nhttp://es.slideshare.net/koga22/bases-tericas-y-conceptuales

atfinal-pruebas

Documents