Вы находитесь на странице: 1из 17

INSTITUTO TECNOLGICO

SUPERIOR
LOS ANDES

Anlisis de sistemas
Cuarto Ciclo

PROYECTO DE INVESTIGACIN
TEMA:
Sistema de registro para el departamento de soporte
tcnico del Instituto Tecnolgico Superior Los Andes de
la ciudad de Loja, perodo abril-agosto 2017

AUTORES:
- Andrea Tambo
- Marcia Cajamarca
DOCENTE:
- Ing. Jos Guamn
ASIGNATURA:
- Laboratorio de Computacin IV

PERIODO:
Abril 207 Agosto 2017
1. TEMA

Sistema de gestin para el departamento de soporte tcnico del Instituto Superior

Tecnolgico Los Andes, de la ciudad de Loja, periodo abril agosto 2017.


2. INTRODUCCIN

Este trabajo tiene como propsito demostrar la elaboracin de un sistema de

registro en el lenguaje de programacin Java (NetBeans) que permita el

almacenamiento de los datos de equipos informticos que ingresan al

departamento de soporte tcnico del ITSLA, ya que este ser de gran

importancia para llevar un orden adecuado, y almacenamiento organizado sobre

todos los datos que requiere el servicio de soporte tcnico.

Entre los objetivos del presente proyecto, tenemos de manera general el

desarrollo de un sistema de gestin para el registro de clientes, aplicar los

patrones de diseo MVC y DAO para el desarrollo del mismo y programar el

sistema de gestin, determinando su concordancia con los requerimientos

establecidos.

El desarrollo del trabajo se llev a cabo a travs de una entrevista con el

administrador del departamento de soporte tcnico, y sobre todo aplicando los

principales conocimientos adquiridos a lo largo del evento en la asignatura de

Laboratorio de Computacin IV.


3. MOTIVACIN

El presente proyecto tiene por objeto principal realizar un sistema para el registro

de clientes del centro de soporte tcnico del Instituto Tecnolgico Superior Los

Andes.

La eleccin de tema responde a dos circunstancias; la primera de ellas es

mejorar el servicio de este centro de soporte tcnico y la segunda es desarrollar

nuestros conocimientos y aumentar nuestros aprendizajes, adems de mejorar

nuestras capacidades intelectuales.

El hecho de que no exista un sistema de registro tecnolgico en esta rea llam

nuestra atencin de desarrollar este sistema, ya que de esta manera se obtendr

un servicio ms rpido, gil y efectivo a servicio de la comunidad.

Los procesos y operaciones descritas en el corresponden a los conocimientos

adquiridos durante el presente evento, a travs del cual demostraremos el

aprendizaje adquirido y da a da enriquecer nuestros conocimientos con el uso

de la tecnologa, y convertirnos en excelentes profesionales.

Con la realizacin de este proyecto estaremos aptas para resolver problemas

relacionados con nuestra especialidad y ser tecnlogos aptos para brindar la

ayuda necesaria a personas que la soliciten brindando un servicio de calidad.


4. JUSTIFICACIN

El presente proyecto fue realizado con la finalidad de cumplir con responsabilidad

con uno de los requisitos indispensables para aprobar la materia de Laboratorio

de Computacin IV.

Muchas de las empresas pblicas como privadas de nuestro pas, utilizan un

sistema electrnico para registrar las distintas actividades que realizan es por

ello que una de las razones que permite la realizacin de este tipo de proyecto

es mostrar de la siguiente manera; la realizacin de un sistema de gestin para

el registro de clientes en el departamento de soporte tcnico del Instituto Superior

Tecnolgico Los Andes ya que dicha investigacin ser de gran importancia ya

que nos permitir desarrollar y reforzar los conocimientos y habilidades

adquiridos en las aulas del instituto, a la vez estar confiada de que he logrado

entender y adquirir las bases fundamentales que me permitir comparar la teora

aprendida con la prctica a desarrollar el proyecto.

Adems, el desarrollo del presente nos permitir tanto adquirir como poner en

prctica los conocimientos necesarios para nuestro futuro desempeo como

tecnlogos en anlisis de sistemas


5. OBJETIVOS

OBJETIVO GENERAL

Desarrollar un sistema de gestin para el registro de clientes en el departamento

de soporte tcnico del Instituto Superior Tecnolgico Los Andes, de la ciudad

de Loja, periodo abril agosto 2017.

OBJETIVOS ESPECFICOS

Determinar los requerimientos funcionales y no funcionales del sistema

de gestin.

Aplicar los patrones de diseo MVC y DAO para el desarrollo del sistema

de gestin a travs del lenguaje de programacin JAVA.

Elaborar el modelo de dominio correspondiente de acuerdo a los

requerimientos establecidos.

Programar el sistema de gestin, determinando su concordancia con los

requerimientos establecidos.
6. DISCUSIN

Determinar los requerimientos funcionales y no funcionales del sistema

de gestin.

Para determinar los requerimientos funcionales y no funcionales se realiz una

entrevista directa con el administrador del departamento de soporte tcnico del

Instituto Superior Tecnolgico Los Andes, el tecnlogo ngel Paltn quien nos

expres algunos requerimientos para el desarrollo del sistema de registro, y otros

requerimientos fueron desarrollados en base a nuestro criterio y en base a las

rdenes de registro previamente impresas, con el fin de que el sistema final sea

eficiente y permita optimizar el registro de equipos que ingresan a este

departamento.

El cumplimiento de este objetivo se puede evidenciar en la elaboracin de los

requerimientos que se encuentran especificados en el resultado 7.1, as como

en los anexos 9.1 y 9.2 (Ver Requerimientos y Anexos)

Aplicar los patrones de diseo MVC y DAO para el desarrollo del

sistema de gestin a travs del lenguaje de programacin JAVA.

Para la aplicacin del diseo MVC nos hemos basado en los datos que

manejarn nuestro sistema, su lgica y los mecanismos de permanencia esto es

en base al modelo, la informacin que enviaremos a nuestros clientes y los

mecanismos que interactuar con los mismo es realizada por la vista o interfaz de

usuario y el controlador que acta como intermediario entre el modelo y la vista

gestionando el flujo de informacin entre ellos y adaptando la informacin acorde

a las necesidades de cada uno.


El patrn de diseo DAO se encargar de dividir las responsabilidades en la

aplicacin de tal forma que tendremos unas clases que se encargarn de la

lgica del sistema y otras de la responsabilidad de permanencia.

La aplicacin de estos patrones se la puede evidenciar en el diagrama de

paquete en el resultado 7.3 (Ver Diagrama)

Elaborar el modelo de dominio correspondiente de acuerdo a los

requerimientos establecidos.

El modelo de dominio nos permitir mostrar de manera visual los conceptos

principales que se maneja en nuestro sistema ayudando a los participantes del

mismo a entender el contexto en el que se desarrolla.

Para la elaboracin del modelo de dominio nos hemos basado en los

requerimientos previamente establecidos.

El desarrollo de este modelo de dominio se lo puede evidencia en el resultado

7.2 (Ver Modelo)

Programar el sistema de gestin, determinando su concordancia con

los requerimientos establecidos.

La programacin del sistema la hemos realizado en base a los requerimientos

establecidos los cuales los obtuvimos mediante la entrevista realizada al

administrador del departamento de soporte tcnico del Instituto Tecnolgico

Superior Los Andes, el tecnlogo ngel Paltn dando cumplimiento a los

mismos, tomando en cuenta aspectos como: registrar, buscar y modificar cliente.


Adems, la programacin se la realiz en base a los conocimientos adquiridos

en la asignatura de Laboratorio de Computacin

El cumplimiento de este objetivo se lo puede evidenciar a travs de

- El API de la aplicacin que se encuentra en el resultado 7.4 (Ver API)

- Links de los videos tutoriales para el desarrollo del proyecto:

1. https://youtu.be/F_6O1-

zVEf8?list=PLuh86y3m7kg_vSixeUFvhkxNUmxOPl5b_

2. https://youtu.be/TfYTABmBb60

3. https://youtu.be/YZcXghDmhwc

4. https://youtu.be/8vgTZy7qiKQ

- Zip del programa desarrollado en java, mismo que se encuentra

disponible en el link: https://drive.google.com/open?id=0ByiG_SLoE--

wYkhiQW5KN0FjTGs
7. RESULTADOS

7.1. Requerimientos

Referencia Descripcin Categora

Rf-001 Registrar administrado Evidente

Rf-002 Editar datos del administrador Evidente

Rf-003 Buscar por cdula a persona Evidente

Rf-004 Listar personas registradas Evidente

Rf-005 Validar el ingreso de un nico nmero de cdula Oculto

Rf-006 Registrar equipo Evidente

Rf-007 Editar datos del equipo Evidente

Rf-008 Buscar por nmero de equipo Evidente

Rf-009 Listar equipos ingresados Evidente

Rf-010 Registrar orden Evidente

Rf-011 Editar datos de la orden Evidente

Rf-012 Buscar por nmero de orden Evidente

Rf-013 Listar rdenes ingresadas Evidente

Rf-014 Registrar comprobante Evidente

Rf-015 Editar datos del comprobante Evidente

Rf-016 Buscar comprobante por # de comprobante Evidente

Rf-017 Listar comprobantes Evidente

Rf-018 Registrar Marca Evidente

Rf-019 Editar marca Evidente

Rf-020 Buscar por nombre de marca Evidente

Rf-021 Listar marcas ingresadas Evidente


Rf-022 Registrar Categoras Evidente

Rf-023 Editar categoras Evidente

Rf-024 Buscar por nombre de categora Evidente

Rf-025 Listar categoras ingresadas Evidente

Rf-026 Registrar Accesorios Evidente

Rf-027 Editar accesorios Evidente

Rf-028 Buscar por nombre de accesorios Evidente

Rf-029 Listar los accesorios ingresados Evidente

Rf-030 Registrar servicios Evidente

Rf-031 Editar servicios Evidente

Rf-032 Buscar por nombre de servicio Evidente

Rf-033 Listar los servicios ingresados Evidente


7.2. Diagrama del modelo de dominio

EA 13.0 Unregistered
class Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
Domain Objects

Persona
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered
Cuenta Trial Version EA 13.0 U
- Apellidos_Persona: String
Rol - Clave_cuenta: String
- Cedula_persona: String
- Create_at: Date
- Correo_persona: String
EA 13.0 Unregistered Trial Version
- id_Rol: int EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
- Estado_cuenta: String
- nombre_Rol: String 1 * - Direccion_persona: String 1 1 - id_Cuenta: int
- id_Persona: int
- id_Persona: int
- id_Rol: int
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
- Nombres_Persona: String
-
-
Update_at: Date
Usuario_cuenta: String
- Telefono_persona: String

1
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
1..*
Marca

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered
Equipo - id_marca: int Trial Version EA 13.0 U
Accesorio - nombre_marca: String
- cliente: String 1
- id_accesorio: int
EA 13.0 Unregistered Trial Version
- id_accesorio: int EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
- nombre_accesorio: String
- id_caegoria: int *
1 * - id_Equipo: int
- nro_accesorio: String * Categoria
- id_marca: int
- total_accesorios: String
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0
- 1 - Unregistered
id_Persona: int
id_categoria: int Trial Version EA 13.0 U
1 - Nro_equipo: String
- nombre_categoria: String

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
Orden
EA 13.0 Unregistered Trial Version EA 1..*
13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
- ced_responsable: String Detalle_orden Servicio
- descripcion_orden: String
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered
-
-
estado_orden: String
fecha_orden: Date
Trial Version
- cant_detalle:
- id_detalle: int
int - estado_servicio: boolean
EA 13.0 Unregistered Trial Version EA 13.0 U
- garantia_servicio: String
- id_detalle: int 1 * - id_servicio: int * 1 - id_Servicio: int
- id_equipo: int - v_total: double - nombre_servicio: String
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
- id_orden: int - v_unitario: double - precio_servicio: double
- nro_orden: String
- valor_abonado: double
EA 13.0 Unregistered Trial Version
1
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
1
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
Comprobante

EA 13.0 Unregistered Trial Version String


- ced_responsable:
- fecha: Date
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
- id_comprobante: int
- id_orden: int
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
- nro_comprobante: String
- valor_restante: double
- valor_total: double
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 U
7.3. Diagrama de paquetes

cmp Modelo de Componentes


EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
Modelo Vista

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
Vista.Imagenes

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
Vista.Utilidades

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
Controlador
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
Controlador.DAOS Controlador.Utilidades

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
Controlador.Servicios

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
7.4. API de la aplicacin
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

El API de laTrial
EA 13.0 Unregistered Aplicacin
VersionseEA
encuentra disponibleTrial
13.0 Unregistered paraVersion
su descarga en Unregistered
EA 13.0 el siguiente Trial Version E

link: https://drive.google.com/open?id=0ByiG_SLoE--wbjZwdDl5WjhoeDA
EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E

EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version EA 13.0 Unregistered Trial Version E
8. CONCLUSIONES Y RECOMENDACIONES

8.1. Conclusiones

Con el fin de mejorar el sistema de registro de equipos en el departamento

de soporte tcnico del Instituto Superior Tecnolgico Los Andes, durante el

periodo abril agosto 2017, se desarroll un sistema de gestin a travs del

lenguaje de programacin Java en su entorno NetBeans.

Se plantearon como requerimientos funcionales que el sistema almacene los

registros de personas, equipos con sus caractersticas, una orden y un

comprobante de pago.

Se desarroll el diseo de un diagrama de modelo de dominio, en el cual

constan las principales entidades del sistema de registro.

El sistema de registro fue desarrollado en lenguaje de programacin Java

(NetBeans).
8.2. Recomendaciones

Se recomienda hacer uso del lenguaje de programacin Java (NetBeans),

ya que permite ir dominando los distintos tipos de cdigos, los cules son

tiles para el desarrollo de cualquier otro sistema.

Los requerimientos necesariamente deben estar acordes a la opinin del

administrador, ya que ser el usuario quien interactuar directamente con el

sistema.

Se debe considerar hacer primero un pre diseo del diagrama del modelo de

dominio, con el fin de ir analizando que las entidades, sus atributos y

relaciones, estn acordes a los requerimientos planteados.

El sistema de registro debe ser exactamente igual al diagrama del modelo

de dominio, con el fin de que su elaboracin y funcionamiento sea ms

eficiente.
9. ANEXOS

9.1. Entrevista
9.2. rdenes Impresas