informe tÉcnico de resiedencia proyecto

34
1 Villa de Álvarez, Col., junio de 2013 INFORME TÉCNICO DE RESIEDENCIA Proyecto: Bitácora de Recepción de Llamadas para Soporte de Campeón Plus Residente: Giovani Emmanuel Salazar González Asesor interno: César Amador Sánchez Fecha: VILLA DE ÁLVAREZ, COL., A 8 DE JUNIO DE 2018

Upload: others

Post on 11-Jul-2022

4 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: INFORME TÉCNICO DE RESIEDENCIA Proyecto

1

Villa de Álvarez, Col., junio de 2013

INFORME TÉCNICO DE RESIEDENCIA

Proyecto:

Bitácora de Recepción de Llamadas para Soporte de Campeón Plus

Residente:

Giovani Emmanuel Salazar González

Asesor interno:

César Amador Sánchez

Fecha:

VILLA DE ÁLVAREZ, COL., A 8 DE JUNIO DE 2018

Page 2: INFORME TÉCNICO DE RESIEDENCIA Proyecto
Page 3: INFORME TÉCNICO DE RESIEDENCIA Proyecto

2

Índice

Introducción .......................................................................................................................... 5

Justificación .......................................................................................................................... 6

Objetivos ................................................................................................................................ 7

Problemas a resolver ........................................................................................................... 8

Procedimiento ....................................................................................................................... 9

Descripción detallada de las actividades ........................................................................ 13

Resultados ........................................................................................................................... 25

Diccionario de datos .......................................................................................................... 29

Conclusiones ...................................................................................................................... 32

Referencias .......................................................................................................................... 33

Page 4: INFORME TÉCNICO DE RESIEDENCIA Proyecto

3

Índice de Ilustraciones

ILUSTRACIÓN 1 FLUJO DE TRABAJO DE SCRUM ............................................ 9 ILUSTRACIÓN 2 DESCRIPCIÓN GENERAL DE SCRUM .................................. 12 ILUSTRACIÓN 3 LOGIN ...................................................................................... 14 ILUSTRACIÓN 4 AGREGAR USUARIOS ........................................................... 14 ILUSTRACIÓN 5 LISTADO DE USUARIOS ........................................................ 15 ILUSTRACIÓN 6 REGISTRO DE PERSONA ...................................................... 15 ILUSTRACIÓN 7 FILTRO DE BÚSQUEDA POR PERSONA .............................. 16 ILUSTRACIÓN 8 REGISTRO DE LLAMADA ...................................................... 16 ILUSTRACIÓN 9 FILTROS DE BÚSQUEDA POR LLAMADA ............................ 17 ILUSTRACIÓN 10 DETALLE DE PERSONA ....................................................... 17 ILUSTRACIÓN 11 DETALLE DE LLAMADA ....................................................... 18 ILUSTRACIÓN 12 EDITAR PERSONA ................................................................ 19 ILUSTRACIÓN 13 ELIMINAR PERSONA ............................................................ 19 ILUSTRACIÓN 14 EDITAR LLAMADA ................................................................ 20 ILUSTRACIÓN 15 ELIMINAR LLAMADA ............................................................ 20 ILUSTRACIÓN 16 CAMBIAR CONTRASEÑAS .................................................. 21 ILUSTRACIÓN 17 RESTABLECER CONTRASEÑA ........................................... 22 ILUSTRACIÓN 18 NOTIFICACIÓN DE CONTRASEÑA ...................................... 22 ILUSTRACIÓN 19 RESTABLECER CONTRASEÑA 2 ........................................ 22 ILUSTRACIÓN 20 MÉTODO DE CREAR PERSONAS ....................................... 25 ILUSTRACIÓN 21 MÉTODO DE EDITAR PERSONAS ....................................... 25 ILUSTRACIÓN 22 MÉTODO DE ELIMINAR PERSONA ..................................... 26 ILUSTRACIÓN 23 MÉTODO PARA CREAR LLAMADAS .................................. 26 ILUSTRACIÓN 24 MÉTODO PARA EDITAR LLAMADAS.................................. 27 ILUSTRACIÓN 25 MÉTODO PARA ELIMINAR LLAMADAS .............................. 27 ILUSTRACIÓN 26 MODELO DE BASE DE DATOS ............................................ 28

Page 5: INFORME TÉCNICO DE RESIEDENCIA Proyecto

4

Índice de tablas

TABLA 1 BITÁCORA DE REUNIONES ............................................................... 23 TABLA 2 LLAMADA CATALOGO ....................................................................... 29 TABLA 3 REALIZO_RECIBIO_LLAMADA_CATALOGO ................................... 29 TABLA 4 ATENDIO_CATALOGO ....................................................................... 29 TABLA 5 PERSONA ............................................................................................ 30 TABLA 6 NUMSERIE ........................................................................................... 30 TABLA 7 REGISTRO_LLAMADAS ..................................................................... 31

Page 6: INFORME TÉCNICO DE RESIEDENCIA Proyecto

5

Introducción

El sistema informático vigente que contiene la bitácora de recepción de llamadas

para soporte del sistema Campeón Plus en sus diferentes versiones no cuenta con

el registro completo de las diferentes versiones de este producto y no cuenta con

formularios de registro de llamada por lo que se dificulta dar un buen servicio a los

clientes que necesitan soporte en el uso de estas herramientas de software.

Además, fue desarrollado en una versión antigua y obsoleta del lenguaje de

programación conocido como Visual FoxPro.

Con la investigación acerca de los requerimientos y necesidades de la empresa, se

llegó a la conclusión de desarrollar un sistema WEB, con el fin de que la empresa

tenga en su servidor de datos siempre actualizado, replanteando toda su

información. Las herramientas seleccionadas para este proyecto fueron los

lenguajes de ASP NET MVC 5, JavaScript y SQL, que son herramientas de código

abierto para la elaboración de sistemas WEB. Con base a esto se expuso a la

empresa las ventajas que conlleva este sistema y, una vez aceptado el proyecto,

fue proporcionada la información de todos los procesos que actualmente están

operando, se expuso el modo de trabajo en que se llevaría a cabo el proyecto para

poder comprender a fondo la interacción de los elementos para llevar a una

optimización del sistema y sea más comprensible para su modo de uso.

Page 7: INFORME TÉCNICO DE RESIEDENCIA Proyecto

6

Justificación

El sistema informático de la bitácora de recepción de llamadas para soporte de

Campeón Plus brindará soporte a los usuarios que cuenten con los productos de

Campeón Plus y Campeón Smart. Ya que el sistema actual no cuenta con un

registro completo para dar soporte a los usuarios, este nuevo sistema en plataforma

WEB agilizará la captura de nuevos registros y las búsquedas para una mayor

eficiencia en el registro e identificación de llamadas.

El sistema hará uso de herramientas informáticas de tecnología actual que invitará

a los usuarios a registrar sus dudas y necesidades de soporte que permitirán a la

empresa dar un servicio más productivo y eficiente mejorando así la calidad de

atención a los productos ofrecidos.

Page 8: INFORME TÉCNICO DE RESIEDENCIA Proyecto

7

Objetivos

Objetivo general:

Desarrollar un sistema informático para la administración de la

Bitácora de Recepción de Llamadas para Soporte de Campeón Plus.

Objetivos específicos:

Utilizar una metodología para gestionar el ciclo de vida del desarrollo

del proyecto.

Hacer uso de la base de datos donde se almacenará la información

del sistema.

Hacer uso del catálogo de clientes y productos.

Construir las vistas para la ejecución del registro de llamadas.

Crear prototipos de interfaces.

Capturar requisitos:

Utilizar las distintas herramientas para obtener los requisitos:

Entrevistas

Observación

Cuestionarios

Elaborar los modelos de diseño

Crear prototipos de interfaces de navegación para proporcionar una vista

general del sistema, para luego ser mostrada al usuario.

Liberar el sistema

Entregar el sistema en el tiempo establecido y con las especificaciones del

manual de usuario.

Page 9: INFORME TÉCNICO DE RESIEDENCIA Proyecto

8

Problemas a resolver

La empresa Maldonado Software ofrece múltiples servicios relacionados con

los productos tecnológicos, su producto más vendido y posicionado es el

software Campeón Plus, por ello requiere una buena atención en el soporte

que se da a sus clientes mediante el servicio telefónico. Actualmente el

teléfono de soporte está orientado para todos los servicios y el cliente debe

oprimir otra tecla para seleccionar la opción del conmutador Campeón Plus,

lo que representa tiempo de espera y en ocasiones siembra en los clientes la

percepción de mala atención. Por ello se trata de identificar mediante software

a los clientes que llamen solicitando atención o soporte sea canalizada

directamente al área de soporte técnico de Campeón Plus y se registre en

ese mismo momento si se resolvió o no su problema.

Los problemas a resolver son los siguientes:

No se cuenta con un control de clientes que usan el sistema.

El registro de llamadas está incompleto al no permitir registrar otros

productos con los que cuenta la empresa.

Proporcionar un servicio de soporte técnico más ágil y eficiente.

Mantener una bitácora de soporte técnico confiable y veraz.

Page 10: INFORME TÉCNICO DE RESIEDENCIA Proyecto

9

Procedimiento

Para el desarrollo del sistema, se utilizará la metodología SCRUM, por ser una de

las metodologías agiles más populares y productivas. Es una metodología de

adaptación, iterativa, rápida, flexible y eficaz, diseñada para ofrecer un valor

significativo de forma rápida en todo el proyecto. SCRUM garantiza transparencia

en la comunicación y crea un ambiente de responsabilidad colectiva y de progreso

continuo, (Satpathy, 2018)

Una fortaleza clave de SCRUM radica en el uso de multifuncionales, auto-

organizados, y con poder que dividen su trabajo en ciclos de trabajos cortos y

concentrados llamados Sprint (Satpathy, 2018). La ilustración 1 proporciona una

visión general de flujo de un proyecto SCRUM.

Ilustración 1 Flujo de Trabajo de SCRUM. El ciclo inicia con la reunión de interesados (Stakeholders) en la que se crea la descripción de la visión del proyecto. Luego el product owner crea una lista priorizada del producto (prioritized product backlog) que contiene la lista de los requerimientos en orden de prioridad para el negocio y el proyecto en forma de historias de usuario.

Ilustración 1 flujo de trabajo de SCRUM

Page 11: INFORME TÉCNICO DE RESIEDENCIA Proyecto

10

En la metodología SCRUM existe una terminología básica para la mejor operación

de esta, a continuación, se describe.

Sprint

Un Sprint es una de las cajas de tiempo de Scrum, tiene duración de 1 a 6 semanas

en las que el equipo de Scrum trabaja en la creación de los entregables, el Sprint

inicia con la reunión de planeación del sprint (Sprint planning meeting) ésta reunión

tiene una duración de 8 horas para un sprint de 4 semanas, tiempo en el que se

analizan las historias de usuario y de acuerdo a la prioridad se incluyen en el Sprint

Backlog que es el listado de tareas que se van a implementar durante el sprint que

inicia.

Daily Standup

Durante el sprint se realizan reuniones diarias llamadas Daily Standup, durante 15

minutos máximos el equipo de Scrum se reúne para discutir el progreso diario y si

hay impedimentos. Al final del sprint se realiza una reunión de revisión del Sprint

(Sprint Review Meeting) en la que se hace una demostración de los entregables

desarrollados al product owner y a los stakeholders relevantes.

Entregables

Si los entregables cumplen con los criterios de aceptación definidos y el product

owner los acepta se reinicia el ciclo, una de las ventajas de usar Scrum es que

siempre se está pensando en mejorar, por eso es importante siempre al final de

cada sprint realizar una reunión de retrospectiva en la que se analizan los problemas

presentados y las lecciones aprendidas.

En Scrum tenemos dos categorías de roles:

Centrales

No centrales

Los roles centrales son aquellos que su participación es indispensable para la

realización del proyecto, están comprometidos con el proyecto y son responsables

del éxito de cada sprint y del proyecto en general. Estos son:

Page 12: INFORME TÉCNICO DE RESIEDENCIA Proyecto

11

Product Owner

El Product Owner es el encargado de optimizar y maximizar el valor del producto,

siendo la persona encargada de gestionar el flujo de valor del producto a través del

Product Backlog. Adicionalmente, es fundamental su labor como interlocutor con los

stakeholders y sponsors del proyecto, así como su faceta de altavoz de las

peticiones y requerimientos de los clientes. Si el Product Owner también juega el rol

de representante de negocio, su trabajo también aportará valor al producto.

Scrum Master

El Scrum Master tiene dos funciones principales dentro del marco de trabajo:

gestionar el proceso Scrum y ayudar a eliminar impedimentos que puedan afectar

a la entrega del producto. Además, se encarga de las labores de mentoring y

formación, coaching y de facilitar reuniones y eventos si es necesario.

1. Gestionar el proceso Scrum: el Scrum Master se encarga de gestionar y asegurar que el proceso Scrum se lleva a cabo correctamente, así como de facilitar la ejecución del proceso y sus mecánicas. Siempre atendiendo a los tres pilares del control empírico de procesos y haciendo que la metodología sea una fuente de generación de valor.

2. Eliminar impedimentos: esta función del Scrum Master indica la necesidad de ayudar a eliminar progresiva y constantemente impedimentos que van surgiendo en la organización y que afectan a su capacidad para entregar valor, así como a la integridad de esta metodología. El Scrum Master debe ser el responsable de velar porque Scrum se lleve adelante, transmitiendo sus beneficios a la organización facilitando su implementación.

El equipo de desarrollo

El equipo de desarrollo suele estar formado entre 3 a 9 profesionales que se

encargan de desarrollar el producto, auto-organizándose y auto-gestionándose para

conseguir entregar un incremento de software al final del ciclo de desarrollo.

El equipo de desarrollo se encargará de crear un incremento terminado a partir de

los elementos del Product Backlog seleccionados (Sprint Backlog) durante el Sprint

Planning.

Page 13: INFORME TÉCNICO DE RESIEDENCIA Proyecto

12

Es importante que en la metodología Scrum todos los miembros del equipo de

desarrollo conozcan su rol, siendo solo uno común para todos, independientemente

del número de miembros que tenga el equipo y cuales sean sus roles internos.

Cómo el equipo de desarrollo decida gestionarse internamente es su propia

responsabilidad y tendrá que rendir cuentas por ello como uno solo; hay que evitar

intervenir en sus dinámicas.

Habitualmente son equipos ‘cross-funcional’, capaces de generar un incremento

terminado de principio a fin, sin otras dependencias externas.

Los roles no centrales son aquellos cuya participación en el proyecto es importante

pero no depende de ellos el éxito o fracaso del proyecto, es importante siempre

identificar los individuos de esta categoría y mantenerlos siempre presentes, en

cualquier momento su rol puede ser decisivo para el proyecto:

Stakeholders

En la ilustración 2 vemos una descripción general y como se relacionan los roles

centrales del equipo SCRUM

Ilustración 2 Descripción general de SCRUM

Page 14: INFORME TÉCNICO DE RESIEDENCIA Proyecto

13

Descripción detallada de las actividades

Caso de negocio del proyecto

El software de la bitácora no es un producto concebido para ser vendido al público

ya que está pensado como un software de uso interno, que servirá para la

identificación y control de los usuarios activos e inactivos que han comprado a través

de los años productos de la empresa.

Caso de la visión del proyecto

La Bitácora de recepción de llamadas para soporte de campeón plus tiene el

objetivo de registrar las llamadas de las personas que solicitan soporte sobre

algún producto comercializado por la empresa.

1. Como administrador se necesita registrar al cliente y acceder a los datos de registro, así también es necesario acceder a la compra realizada.

2. Como administrador se necesita registrar la llamada telefónica realizada por el cliente, además de identificarlo para poder así verificar el producto comprado para proporcionarle un mejor servicio de soporte técnico.

3. Como administrador se necesita tener un catálogo de clientes. 4. Como administrador se necesita tener una lista de llamadas que muestre

que si el motivo fue para venta, soporte o familiar.

Lista priorizada de pendientes (Historias de usuario) del producto

1. Creación de login 2. Agregar Usuarios al sistema 3. Mostrar listado de usuarios del sistema 4. Registro de persona 5. Filtros de búsqueda por persona 6. Registro de llamada 7. Filtros de búsqueda por llamada 8. Mostar detalles de personas 9. Mostrar detalles de llamadas 10. Modificaciones por persona (editar y eliminar) 11. Modificaciones por llamadas (editar y eliminar) 12. Cambiar contraseñas 13. Restablecer contraseñas a través de correo electrónico.

Page 15: INFORME TÉCNICO DE RESIEDENCIA Proyecto

14

Lista de Pendientes del Sprint

Sprint 1. Tarea 1 creación de login.

Vista principal del sistema, el administrador tendrá que acceder al sistema mediante

un usuario y contraseña.

Ilustración 3 Login

Tarea 2. Agregar usuarios al sistema.

El administrador puede agregar usuarios al sistema para que puedan brindar el

soporte a los usuarios.

Ilustración 4 Agregar usuarios

Page 16: INFORME TÉCNICO DE RESIEDENCIA Proyecto

15

Tarea 3. Mostrar listado de usuarios del sistema.

El administrador tendrá la lista de todos los usuarios que pueden dar soporte a los

clientes.

Ilustración 5 Listado de usuarios

Tarea 4. Registro de persona.

El administrador deberá llenar el formulario de registro de persona con los campos

de nombre, empresa, dependencia, correo electrónico, teléfono fijo y teléfono

celular para poder dar soporte a la persona.

Ilustración 6 Registro de persona

Page 17: INFORME TÉCNICO DE RESIEDENCIA Proyecto

16

Tarea 5. Filtros de búsqueda por persona.

El administrador podrá buscar clientes por: nombre, empresa, dependencia, correo

electrónico, etc.

Ilustración 7 Filtro de búsqueda por persona

Tarea 6. Registro de llamada.

El administrador deberá registrar la llamada de la persona y anotar quien fue el

empleado que dio el servicio. También se registra el producto con el que cuenta el

cliente y el motivo de la llamada.

Ilustración 8 Registro de llamada

Page 18: INFORME TÉCNICO DE RESIEDENCIA Proyecto

17

Tarea 7. Filtros de búsqueda por llamada.

El administrador podrá buscar por: nombre, origen de la llamada, estado de la

llamada, fecha, etc.

Ilustración 9 Filtros de búsqueda por llamada

Sprint 2. Tarea 1 Mostrar detalles de persona.

El administrador tendrá una vista donde mostrará toda la información de la persona

registrada.

Ilustración 10 Detalle de persona

Page 19: INFORME TÉCNICO DE RESIEDENCIA Proyecto

18

Tarea 2 Mostrar detalles de llamada.

El administrador tendrá una vista donde mostrará toda la información de la llamada

Ilustración 11 Detalle de llamada

Page 20: INFORME TÉCNICO DE RESIEDENCIA Proyecto

19

Tarea 3. Modificaciones por persona.

El administrador podrá editar cualquier registro de la persona registrada o en su

caso poder eliminarla.

Ilustración 12 Editar persona

Ilustración 13 Eliminar persona

Page 21: INFORME TÉCNICO DE RESIEDENCIA Proyecto

20

Tarea 4. Modificaciones por llamada.

El administrador tendrá el rol de poder editar los registros de las llamadas o en su

caso poder eliminarla.

Ilustración 14 Editar llamada

Ilustración 15 Eliminar llamada

Page 22: INFORME TÉCNICO DE RESIEDENCIA Proyecto

21

Tarea 5. Cambiar Contraseñas.

El administrador podrá cambiar las contraseñas de los usuarios del sistema por si

llegaran a olvidarlas.

Ilustración 16 Cambiar contraseñas

Page 23: INFORME TÉCNICO DE RESIEDENCIA Proyecto

22

Tarea 6. Restablecer contraseñas a través de correo electrónico.

El administrador podrá restablecer contraseñas de los usuarios En caso que no la

recuerden y se las hará llega por correo electrónico.

Ilustración 17 Restablecer contraseña

Ilustración 18 Notificación de contraseña

Ilustración 19 Restablecer contraseña 2

Page 24: INFORME TÉCNICO DE RESIEDENCIA Proyecto

23

Bitácora de reuniones diarias

Tabla 1 Bitácora de reuniones

Participante de Equipo SCRUM

Fecha Que hizo ayer que va hacer hoy

impedimentos para lograr sus tareas

Giovani 25/01/2018 Creación de login

Creación de usuarios del sistema

Asignar los roles de los usuarios del sistema

Giovani 26/01/2018 Creación de usuarios del sistema

Mostrar listado de usuarios del sistema

Ninguno

Giovani 29/01/2018 Mostrar listado de usuarios del sistema

Filtros de búsqueda por persona

Especificar porque campos de persona de buscara

Giovani 30/01/2018 Filtros de búsqueda por persona

Mostrar detalles de personas

Que información será mostrada al administrador

Giovani 31/01/2018 Mostrar detalles de personas

Modificaciones por personas

Especificar que campos se puede editar o que registros se pueden eliminar

Giovani 1/02/2018 Modificaciones por personas

Filtros de búsqueda por llamadas

Que exista un registro de persona

Giovani 2/02/2018 Filtros de búsqueda por llamadas

Mostrar detalles de llamadas

Que información será mostrada al administrador

Giovani 5/02/2018 Mostrar detalles de llamadas

Modificaciones por llamadas

Especificar que campos se puede editar o que registros se pueden eliminar

Giovani 6/02/2018 Modificaciones por llamadas

Cambiar contraseñas

Ninguno

Giovani 7/02/2018 Cambiar contraseñas

Restablecer contraseñas a través de correo electrónico

Ninguno

Page 25: INFORME TÉCNICO DE RESIEDENCIA Proyecto

24

Descripción del sistema ya integrado

En el apartado de Listado de pendientes del sprint se especifica las interfaces que

fueron creadas y su funcionalidad.

Durante el proceso de desarrollo de la bitácora de recepción de llamadas para

soporte de campeón plus se decidió trabajar el proyecto en dos sprint con duración

de dos semanas cada uno. El primer sprint se llevó acabo con la elaboración de las

interfaces del administrador del sistema que son las siguientes:

1. Login. 2. Registro de usuarios al sistema. 3. Listado de usuarios al sistema. 4. Registro de personas. 5. Filtros de búsqueda por persona. 6. Registro de llamadas. 7. Filtros de búsqueda de llamadas.

Durante la creación de las interfaces se validó cada campo de las interfaces para

que fuera seguro el registro de los clientes y su llamada, se completaron los

formularios para los productos de Campeón Plus y Campeón Smart. Los filtros de

búsqueda se implementaron tanto en personas como en llamadas para que el

administrador tenga opciones de búsqueda más versátiles y eficientes.

En el segundo sprint se llevó a cabo la elaboración de las interfaces del

administrador del sistema que son las siguientes:

1. Mostrar detalle de la persona. 2. Mostrar detalle de la llamada. 3. Modificaciones por persona. 4. Modificaciones por llamada. 5. Cambiar contraseñas. 6. Restablecer contraseñas a través de correo electrónico.

En este proceso se muestra los detalles de información del cliente o de la llamada

que previamente realizó. También se podrán efectuar modificaciones a la

información generada en el proceso de registro y que ya se encuentra en la base

de datos. Para el cambio de contraseña o su restablecimiento, el proceso es

apoyado con el correo electrónico del cliente.

Page 26: INFORME TÉCNICO DE RESIEDENCIA Proyecto

25

Resultados

Método utilizado para agregar personas en donde se pide que el modelo contenga

los mismos datos que se envían del formulario de registro.

Ilustración 20 Método de crear personas

Método utilizado para editar la información de las personas registradas, debe ser

válido el modelo que contiene los datos y debe de coincidir con el formulario de

registro de personas.

Ilustración 21 Método de editar personas

Page 27: INFORME TÉCNICO DE RESIEDENCIA Proyecto

26

Método utilizado para eliminar llamadas por medio de un identificador del registro.

Ilustración 22 Método de eliminar persona

Método utilizado para agregar llamadas donde se pide que el modelo contenga los

mismos datos que se envían desde el formulario de registro.

Ilustración 23 Método para crear llamadas

Page 28: INFORME TÉCNICO DE RESIEDENCIA Proyecto

27

Método utilizado para editar las llamadas, debe ser válido el modelo que contiene

los datos donde se anexan un par de validaciones en los números de serie de

Campeón Plus y Campeón Smart.

Ilustración 24 Método para editar llamadas

Método utilizado para eliminar las llamadas mediante un identificador donde se

aplica una consulta para ver si la llamada existe.

Ilustración 25 Método para eliminar llamadas

Page 29: INFORME TÉCNICO DE RESIEDENCIA Proyecto

28

Modelo de base de datos de la recepción.

Ilustración 26 Modelo de base de datos

Page 30: INFORME TÉCNICO DE RESIEDENCIA Proyecto

29

Diccionario de datos

Llamada catalogo

Tabla 2 Llamada Catalogo

Nombre Tipo de dato PK,FK Descripción

Id_Acatalogo Int PK Identidad única del catalogo

Estado_Llamada Varchar Identificación de llamada “si, no y pendiente”

Descripción varchar Una breve descripción de la llamada

Realizo_Recibio_Llamada_Catalogo

Tabla 3 Realizo_Recibio_Llamada_Catalogo

Nombre Tipo de dato PK,FK Descripción

Id_RRLcatalogo Int Identidad única del catalogo

Estado_Llamada Varchar Identificación de llamada “si, no y pendiente”

Descripción varchar Una breve descripción de la llamada

Atendio_Catalgo

Tabla 4 Atendio_Catalogo

Nombre Tipo de dato PK,FK Descripción

Id_Lcatalogo Int PK Identidad única del catalogo

Estado_Llamada Varchar Identificación de llamada “si, no y pendiente”

Descripción Varchar Una breve descripción de la llamada

Page 31: INFORME TÉCNICO DE RESIEDENCIA Proyecto

30

Persona

Tabla 5 Persona

Nombre Tipo de dato PK,FK Descripción

Id_persona Int PK Identificador de la persona

Nombre varchar Nombre de la persona

TelefonoFijo Varchar Teléfono de casa de la persona

TelefonoCelular Varchar Teléfono celular de la persona

Correo Varchar Correo electrónico del usuario

Empresa Varchar Nombre de la empresa

Dependencia varchar Nombre de la dependencia

NumSerie

Tabla 6 NumSerie

Nombre Tipo de dato PK,FK Descripción

Id_Nserie Int PK Identificador de la tabla

Id_persona Int FK Identificador foráneo

NumSerieCampeon Varchar Número de serie del producto campeón

NumSerieSmart Varchar Número de serie del producto Smart

Fecha date Fecha de registro

Page 32: INFORME TÉCNICO DE RESIEDENCIA Proyecto

31

Registro_Llamadas

Tabla 7 Registro_Llamadas

Nombre Tipo de dato PK,FK Descripción

Id_Rllamadas int PK Identificador de la tabla

Id_Lcatalogo Int FK Identificador foráneo

Id_persona Int FK Identificador foráneo

Id_RRLcatalogo Int FK Identificador foráneo

Id_Acatalogo Int FK Identificador foráneo

Fecha Date Fecha de registro

Usuario Varchar Usuario que registro la llamada

notas Varchar Descripción breve del soporte

Page 33: INFORME TÉCNICO DE RESIEDENCIA Proyecto

32

Conclusiones Con la implementación de la nueva aplicación WEB se optimizaron los tiempos de

respuesta en la atención a las llamadas telefónicas de los clientes. El tener el

conocimiento de información verídica de nuestros clientes y de los productos de

nuestra marca que ellos prefieren es vital para el buen funcionamiento y prosperidad

de la empresa. Nuestros clientes se encuentran satisfechos por la mejora en la

atención personalizada en el soporte técnico.

Durante el tiempo dedicado al proceso de la residencia profesional aprendí a

trabajar de diferentes formas, una de ellas es la realización del proyecto utilizando

diferentes lenguajes de programación que no había utilizado anteriormente como

fue con ASP NET MVC 5; otra de ellas fue el trabajar bajo una metodología ágil que

en nuestros días ha tenido mucho auge a nivel internacional como lo es el SCRUM,

además de formar parte de un equipo de trabajo profesional y comprometido con el

trabajo solicitado.

Puedo sugerirles a todos Ustedes que deben de tener la actitud positivo y el

compromiso profesional para aprender nuevos lenguajes de programación; puede

suceder que llegues a laborar en un lugar y no manejen el lenguaje que aprendiste

en la escuela, por lo tanto debes de dar un gran salto para seguir aprendiendo y

alcanzar así todas tus metas a corto o largo alcance.

Page 34: INFORME TÉCNICO DE RESIEDENCIA Proyecto

33

Referencias

Miles, R. (7 de junio de 2016). C# Programming Yellow Book. Obtenido de

https://opdhsblobprod01.blob.core.windows.net/contents/2c5850f658eb4c69

92d3a09891c2eaa9/c201b8e64af340cd88a31fb25f3aa1bf?sv=2015-04-

05&sr=b&sig=HWXDPxlKABY1Y3bnJ15S7Onu8qh8YHYZ08djWD0bj7s%3

D&st=2018-06-07T20%3A58%3A47Z&se=2018-06-

08T21%3A08%3A47Z&sp=r

Rodriguez, J. A. (7 de junio de 2018). www.internetmania.net. Obtenido de

https://www.lawebdelprogramador.com/cursos/JavaScript/3954-Manual-de-

JavaScript.html

Satpathy, T. (4 de junio de 2018). https://www.scrumstudy.com. Obtenido de

https://www.scrumstudy.com/SBOK/SCRUMstudy-SBOK-Guide-2016-

spanish.pdf