Gestión Postventa. Estudiante: Francisco Amador Rísquez Teva Enginyeria en Informàtica. Consultor: Josep Vallverdú Vergé

Transcripción

1 Gestión Pstventa Estudiante: Francisc Amadr Rísquez Teva Enginyeria en Infrmàtica Cnsultr: Jsep Vallverdú Vergé 20 de Marz de 2011

2 PFC BASES DE DATOS Memria GESTIÓN POSTVENTA

3 DEDICATORIA Y AGRADECIMIENTOS A mis padres y hermana pr haberme apyad e inculcad el estudi durante tda mi vida. A mi fiel amig, mi fiel cmpañer, mi GRAN perr Zas. Cuantas hras has pasad tumbad a mis pies apyándme en ls mments en que el estudi sól era una vía para ausentarme de la realidad. Zas, n te precupes, el vaci que me has dejad l llenaré cn el recuerd de ls mments felices. Adiós y hasta siempre. A Mónica, la persna que me ha hech ver las estrellas cuand mis lágrimas me impedían ver el sl. La que en un crt espaci de tiemp será la madre de nuestr primer hij. Gracias mi vida. A Hug, que llegará en Agst y al que esperams cn ls brazs abierts. A tds ells GRACIAS. Sól cerrand las puertas detrás de un se abren las ventanas hacia el prvenir. Françise Sagan

4 1 Resumen, palabras clave y área del PFC 1.1 Resumen Nuestra empresa, especializada en el segment de ls electrdméstics, se ve en la necesidad de cambiar el sistema que tiene para gestinar la pst venta de ls prducts. Nuestr equip será el encargad de analizar ls requerimients del nuev sistema que hagan referencia a la infrmación que hace falta mantener, así cm implementar la base de dats que satisfaga ests requerimients junt cn ls prcedimients necesaris para la gestión que prprcinaran el únic métd de acces. A parte de la gestión diaria de las incidencias, se slicita la cnslidación de dats para generar estadísticas que permitan mejrar la eficiencia de la empresa. Así, ls bjetivs serán: Detectar cuales sn las necesidades básicas del sistema. Detectar psibles funcinalidades adicinales de valr añadid. Prpner un diseñ que se ajuste a ls requerimients expuests. Implementar un sistema que encapsule las funcines de acces a ls dats. 1.2 Palabras Clave Ingeniería Infrmática, Base de dats, Almacén de Dats, Data Warehuse, Pst venta, Electrdméstics, Servicis, Técnics, Teleperadres. 1.3 Área del TFC El área del presente PFC es PFC-Bases de dades crrespndiente a la Ingeniería Infrmática (EI) de la Universitat Oberta de Catalunya (UOC). Francisc Amadr Risquez Teva 1

5 2 Índice 2.1 Índice de Cntenids 1 Resumen, palabras clave y área del PFC Resumen Palabras Clave Área del TFC Índice Índice de Cntenids Índice de Figuras Intrducción Justificación y cntext del PFC Objetiv Alcance del Pryect Entregas Recurss Hardware Sftware Enfque y métd seguid Planificación PFC Fechas Clave Fases del pryect Planificación Análisis y diseñ Implementación Desarrll de prcedimients almacenads PL/SQL Pruebas Entrega Final Desglse de actividades Diagrama de Gantt Incidencias y riesgs Prducts btenids Breve descripción del rest de capítuls de la memria Análisis Requerimients Requerimients N Funcinales Requerimients Funcinales Diseñ Base de Dats Diseñ Cnceptual Diagrama Entidad-Relación Entidades Atributs Diseñ Lógic Mdel Lógic Entidades Diseñ Almacén de Dats (DW) Diseñ Cnceptual Estadística de Peticines Estadística de Teleperadres Estadística de Técnics Entidades Atributs Diseñ Lógic Mdel Lógic Francisc Amadr Risquez Teva 2

6 7.2.2 Entidades PRODUCTO FINAL Instalación del prduct Plan de pruebas Subsistema Cnfiguración Subsistema Persnal Subsistema Petición Subsistema Atención Cnsultas Carga de Dats ETL Estadísticas Valración Ecnómica CONCLUSIONES GLOSARIO BIBLIOGRAFIA Índice de Figuras Figura 1: Cicl de vida y btención de dcuments....7 Figura 2: Desglse de actividades Figura 3: Diagrama de Gantt Figura 4: Arquitectura lógica de un almacén de dats Figura 5: Diagrama de cass de us del sistema cmplet Figura 6: Cass de us del Subsistema Cnfiguración: Servicis Figura 7: Cass de us del Subsistema Cnfiguración: Electrdméstics Figura 8: Cass de us del Subsistema Cnfiguración: Distribución Gegráfica (Prvincias) Figura 9: Cass de us del Subsistema Cnfiguración: Distribución Gegráfica (Pblacines) Figura 10: Cass de us del Subsistema Cnfiguración: Distribución Gegráfica (Znas) Figura 11: Cass de us del Subsistema Persnal: Teleperadres Figura 12: Cass de us del Subsistema Persnal: Técnics Figura 13: Cass de us del Subsistema Petición: Clientes Figura 14: Cass de us del Subsistema Petición: Prducts Figura 15: Cass de us del Subsistema Petición: Peticines de Servici Figura 16: Cass de us del Subsistema Atención: Búsquedas y Asignacines Figura 17: Cass de us del Subsistema Atención: Trabajs Figura 18: Cass de us del Subsistema Atención: Encuesta Figura 19: Cass de us del Subsistema Históric: Histórics Figura 20: Cass de us del Subsistema Cntrl: Lg Figura 21: Diagrama Entidad-Relación Figura 22: Mdel lógic Base de Dats Figura 23: Estrella Estadística Peticines Figura 24: Estrella Estadística Teleperadres Figura 25: Estrella Estadística Técnics Figura 26: Mdel lógic del Almacén de Dats Figura 27: Valración Ecnómica Francisc Amadr Risquez Teva 3

7 3 Intrducción 3.1 Justificación y cntext del PFC Según la Wikipedia, una base de dats (BD) es un cnjunt de dats pertenecientes a un mism cntext y almacenads sistemáticamente para su psterir us. Hy en día, casi tda la ttalidad de este almacenamient se realiza en frmat digital. Aparecen ls Sistemas de Gestión de Bases de Dats (SGBD), aplicacines que permiten el almacenamient y recuperación de ls dats de frma rápida y estructurada. Así en la actualidad, tda aplicación infrmática que se realice y que necesite una persistencia de dats en el tiemp, entre distintas ejecucines, utilizarán de frma inevitable las BD y ls SGDB para su gestión, prgramación y administración. Para el desarrll del presente Pryect Final de Carrera (PFC) utilizarems Oracle. Oracle es un de ls SGBD más cmplets y más utilizads en ls servidres empresariales y, aunque últimamente sufre la cmpetencia de trs SGBD que avanzan de frma rápida en el mercad, sigue siend un referente en su camp. En el área de este PFC (Base de dats) vams a trabajar aspects relacinads cn el diseñ y la implementación del sistema plantead en el enunciad del pryect. Se pretende que durante la realización del presente pryect se apliquen ls métds y técnicas que han sid estudiadas a la larg de ls estudis de Ingeniería Infrmática (EI). En el transcurs del presente pryect realizarems el análisis y diseñ de la base de dats, ls scripts necesaris para crear la base de dats e implementar ls prcedimients almacenads necesaris para el crrect funcinamient del sistema. 3.2 Objetiv El bjetiv de este PFC de Bases de Dats Relacinales pretende: pner en práctica y cnslidar cncimients adquirids en las asignaturas de: Gestión de Pryects Bases de Dats I Bases de Dats II Sistemas de Gestión de Bases de Dats Mdels multidimensinales y almacenes de dats. utilizar el leguaje PL/SQL y SQL Dinámic. practicar cn un sistema de gestión de bases de dats de gran impact en el mercad (Oracle). En nuestr, cas el PFC cnsiste en diseñar e implementar una BD para la gestión de las incidencias pst venta de ls prducts vendids pr nuestra empresa. Francisc Amadr Risquez Teva 4

8 Ls principales requisits que ha de satisfacer la BD sn: Prprcinar un sistema de gestión y acces a dats exclusivamente a través de prcedimients almacenads. Gestión de incidencias pstventa. Manteniend el estad actual, así cm un histrial de las accines realizadas. Almacenamient de ls dats necesaris para la crrecta gestión (prducts, agentes telefónics, ingeniers de sprte ) El sistema debe ser escalable para pder ir incrprand de frma prgresiva aquellas necesidades que surjan durante su vida. Cnslidar dats para pder generar estadísticas útiles para mejrar la eficiencia de la empresa (númer de incidencias pr tip de prduct, tips de incidencia, cste de las garantías, etc.). Para ell será necesaria la definición de un almacén de dats (Data Warehuse DW) cn ls cnsiguientes prcess de traspas de infrmación (ETL) y las cnsultas necesarias para la btención de la infrmación. Dispndrá de mecanisms para permitir reslver psibles prblemas de integración cn el rest de sistemas: Lg de accines realizadas en la base de dats Test de funcinalidad de la BD. 3.3 Alcance del Pryect Para cnseguir ls bjetivs descrits, se realizarán las siguientes tareas: Análisis de requerimients Base de Dats Diseñ cnceptual. Mdel Entidad-Relación Diseñ Lógic Diseñ Físic. Realización de Scripts para la creación de tda la estructura de la base de dats Implementación de ls Prcedimients Almacenads (SP) para la gestión, acces y cntrl de errres de ls dats Data Warehuse (DW) Diseñ Cnceptual Multidimensinal Diseñ Lógic Multidimensinal Diseñ Físic Multidimensinal Implementación de scripts para extraer, transfrmar y cargar dats (ETL Extract, Transfrm and Lad) Dcumentación del pryect Francisc Amadr Risquez Teva 5

9 3.4 Entregas El pryect cnstará de ls siguientes elements: Plan de Trabaj Prduct Final que incluirá la BD, así cm ls scripts SQL para la creación de estructuras y prcedimients almacenads (SP). Memria Presentación virtual 3.5 Recurss Hardware Para la realización del pryect se utilizará: Ordenadr prtátil LG R310 Intel Cre2 Du CPU P7350 2Ghz RAM 4 GB Sistema Operativ: Windws Vista Hme Premium 32bits Sftware Para la realización del pryect se utilizarán las siguientes aplicacines: SGBD Oracle Database 10g Express Editin Desarrll SQL y Administración BD Tad fr Oracle 10 Diagramas Magic Draw 15 Tad Data Mdeler 3.4 Administradr de Pryects Micrsft Prject Prfessinal 2003 Prcesadr de Texts Micrsft Office Wrd Enfque y métd seguid Tras un análisis inicial de la descripción y requerimients del pryect se ha elabrad una planificación para pder hacer frente en el perid de tiemp establecid. El pryect se realizará siguiend el cicl de vida en Cascada, Iterativ e Incremental pr su eficacia y simplicidad. Así, nuestr pryect estará frmad pr distints mini pryects (iteracines) que en cnjunt frmarán el prduct final. En cada iteración y a partir de ls Francisc Amadr Risquez Teva 6

10 resultads anterires, el prduct sufrirá una evlución (incremental) añadiend mejrand ls bjetivs/requisits anterires. En la siguiente figura pdems ver las etapas previstas cn ls dcuments btenids y que serán la base de partida para la siguiente etapa: Análisis Previ Especificación del Sistema Análisis de Requisits Especificación de Requisits Diseñ Especificación del diseñ Implementación y Pruebas Prduct, Memria y Presentación Figura 1: Cicl de vida y btención de dcuments. Dcumentación y entrega del prduct 4 Planificación PFC 4.1 Fechas Clave La fecha de entrega del PFC se fija el día 12 de juni de 2011 y, hasta esta fecha, se realizarán tres entregas que crrespnderán cn las fechas de cada una de las PAC fijadas en el Plan Dcente. La temprización es la siguiente: 20/03/2011: PAC1 - Plan de trabaj. 17/04/2011: PAC2 15/05/2011: PAC3 12/06/2011: ENTREGA FINAL Memria, prduct y presentación virtual. Francisc Amadr Risquez Teva 7

11 4.2 Fases del pryect El pryect cnstará de las siguientes fases: Planificación Análisis y diseñ Implementación Desarrll de prcedimients almacenads PL/SQL Pruebas Dcumentación y entrega final Veams cn más de detalle cada una de las siguientes etapas Planificación En el transcurs de esta fase se realizará una descmpsición del trabaj a realizar en tareas, así cm su psterir planificación en el tiemp. Se valrarán las psibles incidencias y riesgs elabrand un plan de cntingencias para cada cas. Entrega PAC Análisis y diseñ Esta fase cnstará de: Análisis de requisits. Se analizarán ls requerimients prprcinads, evaluand si ésts sn suficientes y examinand que n den lugar a psibles cntrversias. Diseñ de BD y DW. Diseñ Cnceptual mediante diagrama Entidad/Relación (E/R). Diseñ Lógic. Diseñ Físic Implementación Durante esta fase se realizarán ls scripts de creación de tablas e índices y psibles disparadres (triggers), tant de la base de dats cm del almacén de dats. Se llevaran a cab pruebas unitarias del funcinamient. Entrega PAC2. Francisc Amadr Risquez Teva 8

12 4.2.4 Desarrll de prcedimients almacenads PL/SQL En esta fase se desarrllarán ls prcedimients almacenads que dtarán de funcinalidad a nuestra BD. Destacarems: Prcedimients almacenads para la gestión de la aplicación Gestión Pstventa Prcedimients de cntrl y registr de errres Prcedimients ETL (Transfrmación, Depuración y Carga) Obtención de estadísticas del DW Se llevaran a cab pruebas unitarias del funcinamient. Durante el transcurs de esta fase puede ser necesaria la mdificación de la fase anterir (realimentación crrectiva). Entrega PAC Pruebas Una vez finalizad el prduct se llevarán a cab pruebas de integración cn el fin de verificar la btención de ls dats esperads. Durante el transcurs de esta fase puede ser necesaria la mdificación de la fase anterir (realimentación crrectiva) Entrega Final Durante esta fase se cmpletará la memria, así cm la creación de una presentación virtual del PFC. Memria. Será el pryect en sí y deberá quedar reflejad td el trabaj que se ha llevad a cab. Aunque su entrega se realiza al final, su desarrll se irá realizand en el transcurs de td el pryect. Presentación. Será un resumen del trabaj realizad. Deberá ser clara, cncisa y bien estructurada para facilitar el seguimient pr parte de ls miembrs del tribunal. Francisc Amadr Risquez Teva 9

13 4.3 Desglse de actividades El pryect quedará desglsad en las diferentes actividades: CÓDIGO ACTIVIDADES PREDECESORAS PAC1. PLAN DE TRABAJO Lectura del PFC Planificación de tareas Creación del dcument de entrega Entrega PAC Instalación Oracle 10g Express Editin PAC2. ANÁLISIS Y DISEÑO Análisis de Requerimients Diseñ BD Diseñ Cnceptual Diseñ Lógic Diseñ Físic Implementación BD 02; Creación Scripts Diseñ DW Diseñ Cnceptual Diseñ Lógic Diseñ Físic Implementación DW Creación Scripts Pruebas ; Dcuments entregables Entrega PAC PAC3. DESARROLLO DE PROCEDIMENTOS ALMACENADOS Gestión Base de Dats Creación Scripts Subsistema Cntrl Pruebas Subsistema Cntrl Creación Scripts Subsistema Cnfiguración Pruebas Subsistema Cnfiguración Creación Scripts Subsistema Persnal Pruebas Subsistema Persnal Creación Subsistema Petición Pruebas Subsistema Petición Creación Subsistema Atención Pruebas Subsistema Atención Creación Subsistema Histrial Pruebas Subsistema Histrial ETL Creación Scripts Prcedimients Pruebas ETL Dcuments entregables Entrega PAC PRUEBAS SISTEMA COMPLETO ESTADISTICAS DW Instalación Cgns Generación Estadísticas ENTREGA FINAL Memória Presentación Virtual Prduct Entrega Final Figura 2: Desglse de actividades Francisc Amadr Risquez Teva 10

14 4.4 Diagrama de Gantt La planificación prpuesta inicialmente la pdems ver en el siguiente diagrama de Gantt: Figura 3: Diagrama de Gantt. Se ha fijad cm día de inici del pryect el 02/03/2011 y cm fecha de finalización el día 12/06/2011, un ttal de 101 días para su desarrll. Tdas las tareas se inician una vez acabada la tarea anterir. Es psible que llegad un punt se tengan que realizar mdificacines en tareas anterires debid a las realimentacines que hems cmentad anterirmente. Esta planificación se ha llevad a cab cntand tds ls días de la semana cm labrables y sin tener en cuenta las fiestas de Semana Santa, que dedicaré al estudi igual que cualquier tr fin de semana. 4.5 Incidencias y riesgs N se han valrad incidencias ni riesgs iniciales. Ls tiemps dedicads a cada tarea sn, en principi, suficientemente amplis cm para pder acmeterls sin prblemas. En cas de algún retras se pdría reducir el tiemp dedicad a las pruebas, tant unitarias cm de td el sistema. Este hech pdría perjudicar en la calidad del prduct final per, a cambi, el pryect se entregaría en la fecha establecida. Francisc Amadr Risquez Teva 11

15 También hay un ampli margen, tant en la finalización de la memria cm en la creación de la presentación virtual, que se pdría utilizar en tras tareas en cas de extrema necesidad. Serán tratads cn el cnsultr aquells cass que puedan prvcar un retras en cualquiera de las entregas, bien que n se puedan realizar las actividades marcadas en la planificación. 4.6 Prducts btenids El día fijad para la finalización del PFC se entregarán ls siguientes dcuments que frman el: Plan de trabaj: dcument cn la definición del PFC, las diferentes tareas y su distribución en el tiemp. Incluid en la primera parte de la memria. Memria: incluirá una descripción detallada y justificación de las slucines técnicas adptadas. Presentación virtual: cn un resumen esquematizad de td el trabaj realizad para btener el prduct final. Prduct: Scripts encargads de la creación de la base de dats (tablas, índices, triggers, prcedimients almacenads, funcines, etc.) Plan de pruebas: cnsistirá en un anex en el que se detallarán las diferentes pruebas a las que se ha smetid al prduct para prbar su rbustez y funcinalidad. Junt al script de pruebas se presenta un script de carga inicial de estacines (33 estacines) y un prcedimient de carga de lecturas cnfigurable (cnfigurand interval de tiemp y lecturas pr estación). 4.7 Breve descripción del rest de capítuls de la memria A cntinuación detallams la estructura del rest de la memria. Diseñ de la base de dats: Realizarems tant el diseñ cnceptual (diagrama E/R) y lógic (tablas, índices, cntraints y triggers de la base de dats). Funcinalidades de la base de dats: Verems la definición de tds ls prcedimients y funcines cntenids en nuestra base de dats. Diseñ del Almacén de dats: También el diseñ cnceptual (diagrama E/R) y lógic (tablas, índices, cntraints). Funcinalidades del Almacén de dats y Estadísticas genereadas: Verems ls prcedimients ETL para alimentar el almacén cn ls dats de la base de dats peracinal y algunas de las estadísticas que se pueden btener (dcument anex a esta memria). Prduct Final. Instalación y Testing: Definirems ls scripts que frman nuestr sistema, cm instalarl en un SGBD Oracle, la carga inicial de dats y el plan de pruebas seguid (dcument anex a esta memria). Francisc Amadr Risquez Teva 12

16 5 Análisis 5.1 Requerimients Se pretende implementar una base de dats para realizar la gestión del servici pstventa de una empresa especializada en el segment de ls electrdméstics. Cm mdel seguirems el cmún en una empresa de servicis: recepción de la petición de clientes, apertura de un bletín de actuación de servici y registr de las accines realizadas así cm de su reslución. En un principi ls servicis que realizará la empresa sn ls de: Instalación, reparación y cnsulta técnica., pudiend ser ampliad según las necesidades futuras. El persnal de la empresa se clasificará en Teleperadres y Técnics. Ls Teleperadres serán ls encargads de recibir vía telefónica las peticines de servici de ls clientes, registrarlas en el sistema y realizar la encuesta de satisfacción final. Ls Técnics serán ls encargads de realizar el servici slicitad pr el cliente. Cada técnic tendrá asciad a su perfil un más servicis, así cm una zna gegráfica de trabaj. El sistema prprcinará a cada técnic una lista de trabajs pendientes, permitiéndle su asignación y su psterir cierre. Cn td est, el sistema tiene que pder: - Permitir dar de alta y baja al persnal de la empresa, así cm mdificar dats y cnfigurar perfiles. - Permitir dar de alta, baja a ls clientes, así cm mdificar sus dats. - Recger las peticines de servici de ls clientes. - Prprcinar a ls técnics infrmación de ls trabajs pendientes de ser atendids según su perfil. - Registrar infrmación pr parte de ls técnics de la asignación a una petición de servici y de ls trabajs realizads. - Permitir a ls clientes cnsultar, mdificar anular peticines de servici. - Realizar estadísticas cn la infrmación almacenada cm: tiemps medis en slucinar las peticines de servici, teleperadres que más llamadas atienden, técnics más prductivs. Aprvechand ls dats peracinales almacenads en el día a día, se creará un Almacén de Dats (Data Warehuse) que prprcinará infrmación necesaria para el cncimient del negci y la tma de decisines. Francisc Amadr Risquez Teva 13

17 La arquitectura del almacén de dats (DW) de nuestr sistema, seguirá el siguiente diagrama: Bases de dats fuentes Herramientas de extracción de infrmación Diccinari de dats Análisis Multidimensinal OLAP Sistema Operacinal ETL Extractin, Transfrmatin, Lading Almacén Dats DW Cnsultas y reprtes cmplejs Otras fuentes Minería de dats Figura 4: Arquitectura lógica de un almacén de dats Requerimients N Funcinales La parte primrdial de nuestr sistema radicará en el hardware que sprtará td nuestr sistema. La primera pregunta a reslver será si mntams el sistema peracinal (OLTP) y el almacén de dats (DW) en una ds máquinas. Las ventajas de mntar un sistema en ds máquinas sn imprtantes y pdems destacar las siguientes: La alta demanda de recurss pr el DW puede ralentizar ls prcess del OLTP. Las cnfiguracines de ambs sistemas sn distintas Ls dats del DW pueden prvenir de distints OLTP. En cuant el ptar pr la instalación en una única máquina. Al encntrarse ls ds sistemas en un únic equip, ls dats tratads y cpiads n necesitarán ser enviads entre máquinas. En nuestr cas, la estructura del almacén de dats a implementar será bastante sencilla. Ns basarems en una serie de estructuras OLAP desde las que btendrems las estadísticas e infrmes necesaris. Pr esta razón, la instalación se realizará en un únic equip. Francisc Amadr Risquez Teva 14

18 Una lista de ls requerimients n funcinales del sistema sería: ID NOMBRE DESCRIPCIÓN RNF01 ORDENADOR Pr l expuest anterirmente el sistema se implantará en un únic equip. Servidr Dell T610 CPU Intel Xen E GHz 12M Caché RAM 8Gb DDR3-1066MHz ID NOMBRE DESCRIPCIÓN RNF02 ALMACENAMIENTO RAID-1: 2 discs para Sistema, Oracle, Cpias de Seguridad RAID-10: 4 discs para dats (Tablespaces). ID NOMBRE DESCRIPCIÓN RNF03 ALIMENTACIÓN El equip dispndrá de ds fuentes de alimentación. Una se cnectará a la red general y tra a un SAI. De esta frma se dtará al sistema de una redundancia eléctrica. ID NOMBRE DESCRIPCIÓN RNF04 SAI (Sistema de Alimentación Ininterrumpida) El SAI mejrará la calidad de la energía eléctrica y deberá pseer la suficiente ptencia para pder terminar tdas las transaccines en curs y apagar de frma rdenada el sistema. SAI n-line Gallen 2KVA para una carga de hasta 1600W. ID NOMBRE DESCRIPCIÓN RNF05 TARJETAS DE RED Para prprcinar al sistema de redundancia, el sistema pseerá ds tarjetas de red Gigabyte Ethernet cnectadas a ds switch distints. ID NOMBRE DESCRIPCIÓN RNF06 COPIAS DE SEGURIDAD Se realizará sbre el disc de sistema (Raid-1) un backup de ls dats utilizand el RMAN. Una vez finalizad, se realizará un respald del disc de sistema sbre un sistema de backup en cinta. Francisc Amadr Risquez Teva 15

19 ID NOMBRE DESCRIPCIÓN RNF07 SISTEMA DE BACKUP Para la realización de cpias de seguridad se utilizará una unidad de cinta. Se realizarán cpias ttales un día a la semana e incrementales el rest. SAS interna HP StrageWrks DAT 320 En principi únicamente se realizará cpia de seguridad del disc de sistema, ya que cntendrá tant el sistema cm la cpia de seguridad de ls dats realizads cn RMAN. Periódicamente se realizará una cpia íntegra y las cintas serán depsitadas fuera del edifici en que resida el sistema. ID RNF08 NOMBRE SISTEMA OPERATIVO DESCRIPCIÓN Windws Server 2008 R2 ID RNF09 NOMBRE SISTEMA GESTIÓN BASE DE DATOS DESCRIPCIÓN Oracle 10g Enterprise Editin ID RNF10 NOMBRE ANÁLISIS DESCRIPCIÓN Herramienta de análisis de DW. IBM Cgns Business Intelligence Francisc Amadr Risquez Teva 16

20 5.1.2 Requerimients Funcinales Diagrama El diagrama de cass de us del sistema cmplet es el siguiente: Figura 5: Diagrama de cass de us del sistema cmplet Actres Ls actres representan ls distints rles que interactuaran cn el sistema. Así, según el diagrama anterir, pdems identificar a ls siguientes actres: Administradr Serán ls usuaris del sistema encargads de realizar tda la cnfiguración del sistema. Pr ejempl, dar de alta las prvincias, pblacines y cnfigurar las znas. Francisc Amadr Risquez Teva 17

21 Teleperadr Serán ls encargads de atender telefónicamente a ls clientes y registrar sus peticines de servici. Serán ls encargads de realizar la psterir encuesta de satisfacción. También pdrán atender telefónicamente a ls técnics y realizar funcines de asignación de las peticines de servici. Técnics Serán las persnas encargadas de realizar el trabaj slicitad pr el cliente. Cada técnic pdrá atender diferentes tips de servicis de uns electrdméstics determinads y en una zna gegráfica. Supervisr Su trabaj estará enfcad al análisis de ls dats recgids pr el sistema. Se encargará de cnsultar dats histórics y de satisfacción de cliente. Será también la persna que cnsultará ls dats estadístics del almacén de dats cn ls que pdrá tmar decisines emprender las accines que cnsidere prtunas para la mejra de bjetivs. Prces Intern Crrespnde a un prces que se ejecutará de frma autmática cada fin de mes y que actualizará la infrmación del almacén de dats. Ests dats actualizads serán cnsultads pr el Supervisr Subsistemas Dividirems el sistema cmplet en subsistemas para abrdar prblemas más pequeñs. Así tendrems: - SubSistema Cnfiguración Dar de alta ls distints servicis que prprcina la empresa. Definición de tips de electrdméstics. Distribución gegráfica en znas. - SubSistema Persnal Dar de alta y baja a ls teleperadres, así cm mdificar sus dats. Dar de alta y baja a ls técnics, así cm: mdificar sus dats, asignar servicis y asignar zna gegráfica. - SubSistema Petición Dar de alta a clientes, así cm mdificar sus dats. Dar de alta prducts, así cm mdificar sus dats. Registrar la petición de servici para un electrdméstic. Cnsultar, mdificar anular la petición de un servici. Cnsultar estad de una petición de servici. Cnsultar histrial de una petición de servici. - SubSistema Atención Cnsultar las peticines pr un tip de servici y zna. Cnsultar las peticines de servici para un técnic. Asignar y desasignar petición de servici a un técnic. Intrducir trabaj(s) realizads sbre peticines de servici. Cierre de peticines de servici. Intrducción encuesta satisfacción. Francisc Amadr Risquez Teva 18

22 - SubSistema Históric Cnsultar históric de peticines de un cliente. Cnsultar históric de peticines de un prduct determinad. Cnsultar actuacines entre fechas de un teleperadr. Cnsultar actuacines entre fechas de un técnic. - SubSistema Cntrl Prcedimients Lg cn ls mvimients efectuads en la BD. - SubSistema Estadística Prcedimients ETL para DW Subsistema Cnfiguración Servicis Ls cass de us para ls Tips de Servici sn: Figura 6: Cass de us del Subsistema Cnfiguración: Servicis CREAR SERVICIO (INS_SERVICIO) Id: RF01 Función: Este prcedimient inserta un nuev servici en el sistema. Se intrduce el nuev servici en el sistema. La fecha de alta crrespnderá a la fecha del sistema. En cas de existir un registr cn la misma descripción de servici se generará un errr (ERROR: La descripción de servici ya existe). El camp descripción n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad almacenar un valr nul). Uss: GRABA_LOG. Francisc Amadr Risquez Teva 19

23 ds: descripción del tip de servici. resultad: cntendrá infrmación de la finalización del prcedimient BAJA SERVICIO (DEL_SERVICIO) Id: RF02 Función: Realizams la baja lógica del servici. La baja se prduce al tener el atribut fxbaja un valr distint de nul, valr que cntendrá la fecha del mment en el que se realiza la baja en el sistema. Grabams la fecha de baja que crrespnderá a la fecha del sistema. En cas de n existir el identificadr de servici se generará un errr (ERROR: El identificadr de servici n existe). Se generará un errr si el servici ya se encuentra de baja (ERROR: El servici ya está de baja). Uss: GRABA_LOG. id: identificadr del tip de servici. resultad: cntendrá infrmación de la finalización del prcedimient RECUPERAR SERVICIO (RES_SERVICIO) Id: RF03 Función: Recuperarems un registr que se encuentra de baja en el sistema. La recuperación se realizará al dejar de nuev el atribut fxbaja cn valr nul. La fecha de alta (fxalta) n variará. Para el identificadr de servici dad, mdificams el valr de la fecha de baja a valr nul. En cas de n existir el identificadr de servici se generará un errr (ERROR: El identificadr de servici n existe). Se generará un errr si el servici ya n se encuentra de baja (ERROR: El servici n está de baja). Uss: GRABA_LOG. Francisc Amadr Risquez Teva 20

24 id: identificadr del tip de servici. resultad: cntendrá infrmación de la finalización del prcedimient MODIFICAR SERVICIO (UPD_SERVICIO) Id: RF04 Función: Cambiams la descripción del servici. Se mdifican ls camps de la tabla servicis (dsservici) de aquel registr que tenga el idservici dad. Si el identificadr de servici n existe se generará un errr (ERROR: El identificadr de servici n existe). En cas de existir un registr cn la misma descripción de servici se generará un errr (ERROR: La descripción de servici ya existe). El camp descripción n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad actualizar a un valr nul). Si el registr que se intenta mdificar se encuentra de baja, se generará el errr (ERROR: El servici está de baja). Uss: GRABA_LOG. id: identificadr del tip de servici. ds: nueva descripción del tip de servici. resultad: cntendrá infrmación de la finalización del prcedimient CONSULTAR SERVICIO (GET_SERVICIO) Id: RF05 Función: Obtiene ls dats crrespndientes a un tds ls tips servicis. Se cmprbará si el valr del parámetr de entrada es nul, en cuy cas se seleccinarán tds ls tips servicis. Si el valr del parámetr de entrada es distint de nul, seleccinarems el registr cuy identificadr de servici sea igual al dad. Si el identificadr n existe, devlverá un cursr vací. Francisc Amadr Risquez Teva 21

25 Uss: Ningun. id: identificadr del tip de servici. Pdrá tener valr nul para btener tds ls servicis. rs: cursr que pdrá cntener: Cursr vací si n existe ningún servici el idservici intrducid n existe. Cursr cn un únic servici cn idservici igual al intrducid cm parámetr. Cursr cn tds ls servicis si el valr del parámetr idservici es nul Electrdméstics Ls cass de us para ls Tips de Electrdméstics sn: Figura 7: Cass de us del Subsistema Cnfiguración: Electrdméstics CREAR ELECTRODOMESTICO (INS_ELECTRODOMESTICO) Id: RF06 Función: Este prcedimient inserta un nuev electrdméstic en el sistema. Se intrduce el nuev electrdméstic en el sistema. La fecha de alta crrespnderá a la fecha del sistema. En cas de existir un registr cn la misma descripción de electrdméstic se generará un errr (ERROR: La descripción de electrdméstic ya existe). El camp descripción n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad almacenar un valr nul). Uss: GRABA_LOG. ds: descripción del tip de electrdméstic. Francisc Amadr Risquez Teva 22

26 resultad: cntendrá infrmación de la finalización del prcedimient BAJA ELECTRODOMÉSTICO (DEL_ELECTRODOMESTICO) Id: RF07 Función: Realizams la baja lógica del electrdméstic. La baja se prduce al tener el atribut fxbaja un valr distint de nul, valr que cntendrá la fecha del mment en el que se realiza la baja en el sistema. Grabams la fecha de baja que crrespnderá a la fecha del sistema. En cas de n existir el identificadr de servici se generará un errr (ERROR: El identificadr de electrdméstic n existe). Se generará un errr si el servici ya se encuentra de baja (ERROR: El electrdméstic ya está de baja). Uss: GRABA_LOG. id: identificadr del tip de electrdméstic. resultad: cntendrá infrmación de la finalización del prcedimient RECUPERAR ELECTRODOMÉSTICO (RES_ELECTRODOMESTICO) Id: RF08 Función: Recuperarems un registr que se encuentra de baja en el sistema. La recuperación se realizará al dejar de nuev al atribut fxbaja un valr nul. La fecha de alta (fxalta) n variará. Para el identificadr de electrdméstic dad, mdificams el valr de la fecha de baja a valr nul. En cas de n existir el identificadr de electrdméstic se generará un errr (ERROR: El identificadr de electrdméstic n existe). Se generará un errr si el electrdméstic ya n se encuentra de baja (ERROR: El electrdméstic n está de baja). Uss: GRABA_LOG. id: identificadr del tip de electrdméstic. Francisc Amadr Risquez Teva 23

27 resultad: cntendrá infrmación de la finalización del prcedimient MODIFICAR ELECTRODOMÉSTICO (UPD_ELECTRODOMESTICO) Id: RF09 Función: Cambiams la descripción del electrdméstic. Se mdifican ls camps de la tabla electrdméstics (dselectrdmestic) de aquel registr que tenga el idelectrdmestic dad. Si el identificadr de electrdméstic n existe se generará un errr (ERROR: El identificadr de electrdméstic n existe). En cas de existir un registr cn la misma descripción de electrdméstic se generará un errr (ERROR: La descripción de electrdméstic ya existe). El camp descripción n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad actualizar a un valr nul). Si el registr que se intenta mdificar se encuentra de baja, se generará el errr (ERROR: El electrdméstic está de baja). Uss: GRABA_LOG. id: identificadr del tip de electrdméstic. ds: nueva descripción del tip de electrdméstic. resultad: cntendrá infrmación de la finalización del prcedimient CONSULTAR ELECTRODOMÉSTICO (GET_ELECTRODOMESTICO) Id: RF10 Función: Obtiene ls dats crrespndientes a un tds ls tips de electrdméstics. Se cmprbará si el valr del parámetr de entrada es nul, en cuy cas se seleccinarán tds ls tips electrdméstics. Si el valr del parámetr de entrada es distint de nul, seleccinarems el registr cuy identificadr de electrdméstic sea igual al dad. Uss: Ningun. Si el identificadr n existe, devlverá un cursr vací. Francisc Amadr Risquez Teva 24

28 id: identificadr del tip de electrdméstic. Pdrá tener valr nul para btener tds ls electrdméstics. rs: cursr que pdrá cntener: Cursr vací si n existe ningún electrdméstic el idelectrdmestic intrducid n existe. Cursr cn un únic electrdméstic cn idelectrdmestic igual al intrducid cm parámetr. Cursr cn tds ls electrdméstics si el valr del parámetr idelectrdmestic es nul Distribución Gegráfica. Prvincias Ls cass de us para ls la distribución gegráfica y prvincias sn: Figura 8: Cass de us del Subsistema Cnfiguración: Distribución Gegráfica (Prvincias) CREAR PROVINCIA (INS_PROVINCIA) Id: RF11 Función: Este prcedimient inserta una nueva prvincia en el sistema. Se intrduce la nueva prvincia en el sistema. En cas de existir un registr cn el mism códig de prvincia se generará un errr (ERROR: El códig de prvincia ya existe). En cas de existir un registr cn el mism nmbre de prvincia se generará un errr (ERROR: El nmbre de prvincia ya existe). El camp nmbre de prvincia (dsprvincia) n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad almacenar un valr nul). Uss: GRABA_LOG. Francisc Amadr Risquez Teva 25

29 cd: códig de prvincia. prv: nmbre de prvincia. resultad: cntendrá infrmación de la finalización del prcedimient BORRAR PROVINCIA (DEL_PROVINCIA) Id: RF12 Función: Realizams la baja ttal de la prvincia siempre y cuand n tenga ninguna pblación asignada. Brrams la prvincia del sistema. En cas de n existir el códig de prvincia se generará un errr (ERROR: El códig de prvincia n existe). Se generará un errr si existen pblacines asignadas a esta prvincia (ERROR: La prvincia tiene pblacines asignadas). Uss: GRABA_LOG. cd: códig de la prvincia. resultad: cntendrá infrmación de la finalización del prcedimient MODIFICAR PROVINCIA (UPD_PROVINCIA) Id: RF13 Función: Cambiams el nmbre de una prvincia. Se mdifican ls camps de la tabla prvincias (dsprvincia) de aquel registr que tenga el cprvincia dad. Si el identificadr de prvincia n existe se generará un errr (ERROR: El códig de prvincia n existe). En cas de existir un registr cn el mism nmbre de prvincia se generará un errr (ERROR: El nmbre de la prvincia ya existe). El camp nmbre de prvincia n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad actualizar a un valr nul). Uss: GRABA_LOG. Francisc Amadr Risquez Teva 26

30 cd: códig de la prvincia. prv: nuev nmbre de la prvincia. resultad: cntendrá infrmación de la finalización del prcedimient CONSULTAR PROVINCIA (GET_PROVINCIA) Id: RF14 Función: Obtiene ls dats crrespndientes a una tdas las prvincias. Se cmprbará si el valr del parámetr de entrada es nul, en cuy cas se seleccinarán tdas las prvincias. Si el valr del parámetr de entrada es distint de nul, seleccinarems el registr cuy códig de prvincia sea igual al dad. Si el códig de prvincia n existe, devlverá un cursr vací. Uss: Ningun. cd: códig de prvincia. Pdrá tener valr nul para btener tdas las prvincias. rs: cursr que pdrá cntener: Cursr vací si n existe ninguna prvincia el cprvincia intrducid n existe. Cursr cn una única prvincia cn cprvincia igual al intrducid cm parámetr. Cursr cn tdas las prvincias si el valr del parámetr cprvincia es nul Distribución Gegráfica. Pblacines Ls cass de us para ls la distribución gegráfica y pblacines sn: Figura 9: Cass de us del Subsistema Cnfiguración: Distribución Gegráfica (Pblacines). Francisc Amadr Risquez Teva 27

31 CREAR POBLACION (INS_POBLACION) Id: RF15 Función: Este prcedimient inserta una nueva pblación en el sistema. Se intrduce la nueva pblación en el sistema. En cas de existir un registr cn el mism códig pstal se generará un errr (ERROR: El códig pstal ya existe). En cas de existir un registr cn el mism nmbre de pblación se generará un errr (ERROR: El nmbre de la pblación ya existe). Ls camps nmbre de pblación (dspblacin) y códig de prvincia (cprvincia) n pueden tener valr nul. Se generará el errr (ERROR: Se ha intentad almacenar un valr nul). El códig de prvincia al que pertenece la pblación deberá existir en el sistema. Si n existe, se generará el errr (ERROR: El códig de prvincia n existe). Uss: GRABA_LOG. cpstal: códig pstal de la pblación. pblación: nmbre de la pblación. cdprv: códig de la prvincia. resultad: cntendrá infrmación de la finalización del prcedimient BORRAR POBLACIÓN (DEL_POBLACION) Id: RF16 Función: Realizams la baja ttal de la pblación siempre y cuand n esté asciada a ninguna zna. Brrams la pblación del sistema. En cas de n existir el códig pstal se generará un errr (ERROR: El códig pstal n existe). Se generará un errr si la pblación esta asignada a alguna zna (ERROR: La prvincia esta asignada a alguna zna). Uss: GRABA_LOG. cpstal: códig pstal de la pblación. Francisc Amadr Risquez Teva 28

32 resultad: cntendrá infrmación de la finalización del prcedimient MODIFICAR POBLACION (UPD_POBLACION) Id: RF17 Función: Cambiams el nmbre de una pblación y/ la prvincia a la que pertenece. Se mdifican ls camps de la tabla pblacines (dspblacin, cprvincia) de aquel registr que tenga el cdpstal dad. Si el códig pstal n existe se generará un errr (ERROR: El códig pstal n existe). En cas de existir un registr cn el mism nmbre de pblación se generará un errr (ERROR: El nmbre de la pblación ya existe). Ls camps nmbre de pblación y códig de prvincia n pueden tener valr nul. Se generará el errr (ERROR: Se ha intentad actualizar a un valr nul). El códig de prvincia al que pertenece la pblación deberá existir en el sistema. Si n existe, se generará el errr (ERROR: El códig de prvincia n existe). Uss: GRABA_LOG. cpstal: códig pstal de la pblación. pblacin: nuev nmbre de la pblación. cdprv: nuev códig de prvincia. resultad: cntendrá infrmación de la finalización del prcedimient CONSULTAR POBLACION (GET_POBLACION) Id: RF18 Función: Obtiene ls dats crrespndientes a una tdas las pblacines. Se cmprbará si el valr del parámetr de entrada es nul, en cuy cas se seleccinarán tdas las pblacines. Si el valr del parámetr de entrada es distint de nul, seleccinarems el registr cuy códig pstal sea igual al dad. Uss: Ningun. Si el códig pstal n existe, devlverá un cursr vací. Francisc Amadr Risquez Teva 29

33 cpstal: códig pstal de la pblación. Pdrá tener valr nul para btener tdas las pblacines. rs: cursr que pdrá cntener: Cursr vací si n existe ninguna pblación el cdpstal intrducid n existe. Cursr cn una única pblación cn cdpstal igual al intrducid cm parámetr. Cursr cn tdas las pblacines si el valr del parámetr cdpstal es nul Distribución Gegráfica. Znas Ls cass de us para ls la distribución gegráfica y znas sn: Figura 10: Cass de us del Subsistema Cnfiguración: Distribución Gegráfica (Znas) CREAR ZONA (INS_ZONA) Id: RF19 Función: Este prcedimient inserta una nueva zna en el sistema. Se intrduce la nueva zna en el sistema. En cas de existir un registr cn la misma descripción de zna se generará un errr (ERROR: La descripción de la zna ya existe). El camp descripción n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad almacenar un valr nul). Uss: GRABA_LOG. ds: descripción de la zna. resultad: cntendrá infrmación de la finalización del prcedimient. Francisc Amadr Risquez Teva 30

34 BORRAR ZONA (DEL_ZONA) Id: RF20 Función: Realizams la baja ttal de la zna siempre y cuand n tenga asciada ninguna pblación. Brrams la zna del sistema. En cas de n existir el identificadr de zna se generará un errr (ERROR: El identificadr de zna n existe). Se generará un errr si existen pblacines asignadas a esta zna (ERROR: La zna tiene pblacines asignadas). Uss: GRABA_LOG. id: identificadr de la zna. resultad: cntendrá infrmación de la finalización del prcedimient MODIFICAR ZONA (UPD_ZONA) Id: RF21 Función: Cambiams la descripción de una zna. Se mdifican ls camps de la tabla znas (dszna) de aquel registr que tenga el idzna dad. Si el identificadr de zna n existe se generará un errr (ERROR: El códig de zna n existe). En cas de existir un registr cn la misma descripción de la zna se generará un errr (ERROR: La descripción de zna ya existe). El camp descripción de zna n puede tener valr nul. Se generará el errr (ERROR: Se ha intentad actualizar a un valr nul). Uss: GRABA_LOG. id: identificadr de la zna. ds: descripción de la zna. resultad: cntendrá infrmación de la finalización del prcedimient. Francisc Amadr Risquez Teva 31

35 CONSULTAR ZONA (GET_ZONA) Id: RF22 Función: Obtiene ls dats crrespndientes a una tdas las znas. Se cmprbará si el valr del parámetr de entrada es nul, en cuy cas se seleccinarán tdas las znas. Si el valr del parámetr de entrada es distint de nul, seleccinarems el registr cuy identificadr de zna sea igual al dad. Uss: Ningun. Si el identificadr de zna n existe, devlverá un cursr vací. id: identificadr de zna. Pdrá tener valr nul para btener tdas las znas. rs: cursr que pdrá cntener: Cursr vací si n existe ninguna zna el idzna intrducid n existe. Cursr cn una única zna cn idzna igual al intrducid cm parámetr. Cursr cn tdas las znas si el valr del parámetr idzna es nul ASIGNAR PROVINCIA (ASG_PROVINCIAZONA) Id: RF23 Función: Asignará tdas las pblacines que pertenecen a una prvincia a una zna. Se insertan en la tabla ZONASPOBLACION aquellas pblacines que pertenecen a la prvincia dada y siempre que ya n esté asciada a la zna. Si el códig de la prvincia n existe se generará un errr (ERROR: El códig de prvincia n existe). Si el identificadr de zna n existe y se generará un errr (ERROR: El identificadr de zna n existe). Uss: GRABA_LOG. cprv: códig de la prvincia. zna: identificadr de la zna. resultad: cntendrá infrmación de la finalización del prcedimient. Francisc Amadr Risquez Teva 32

36 ASIGNAR POBLACION (ASG_POBLACIONZONA) Id: RF24 Función: Asignará una pblación a una zna. Tras cmprbar la existencia del códig pstal de la pblación, se realiza la asciación insertand en la tabla ZONASPOBLACION la cmbinación de identificadr de zna y códig pstal de la pblación. Si el códig pstal de la pblación n existe se generará un errr (ERROR: El códig pstal n existe). Si el identificadr de zna n existe y se generará un errr (ERROR: El identificadr de zna n existe). Si la pblación ya se encntraba asciada a la prvincia se generará el errr (ERROR: La pblación ya está asciada a la zna). Uss: GRABA_LOG. cp: códig pstal de la pblación. zna: identificadr de la zna. resultad: cntendrá infrmación de la finalización del prcedimient DESASIGNAR PROVINCIA (DSG_PROVINCIAZONA) Id: RF25 Función: Eliminará la asignación de tdas las pblacines que pertenecen a una prvincia de una zna dada. Se eliminan de la tabla ZONASPOBLACION aquellas pblacines que pertenecen a la prvincia dada y se encuentran asignadas a la zna dada. Si el códig de la prvincia n existe se generará un errr (ERROR: El códig de prvincia n existe). Si el identificadr de zna n existe y se generará un errr (ERROR: El identificadr de zna n existe). Uss: GRABA_LOG. cprv: códig de la prvincia. zna: identificadr de la zna. Francisc Amadr Risquez Teva 33

37 resultad: cntendrá infrmación de la finalización del prcedimient DESASIGNAR POBLACION (DSG_POBLACIONZONA) Id: RF26 Función: Eliminará la asignación de una pblación a una zna. Tras cmprbar la existencia de la pblación y la zna, se eliminará de la tabla ZONASPOBLACION la cmbinación de identificadr de zna y códig pstal de la pblación. Si el códig pstal de la pblación n existe se generará un errr (ERROR: El códig pstal n existe). Si el identificadr de zna n existe y se generará un errr (ERROR: El identificadr de zna n existe). Uss: GRABA_LOG. cp: códig pstal de la pblación. zna: identificadr de la zna. resultad: cntendrá infrmación de la finalización del prcedimient CONSULTAR POBLACIONES DE ZONA (GET_POBLACIONESZONA) Id: RF27 Función: Obtiene ls dats crrespndientes a una tdas las pblacines asignadas a una zna. Se cmprbará si el valr del parámetr de entrada es nul, en cuy cas se seleccinarán tdas las znas. Si el valr del parámetr de entrada es distint de nul, seleccinarems el registr cuy identificadr de zna sea igual al dad. Uss: Ningun. Si el identificadr de zna n existe, devlverá un cursr vací. id: identificadr de zna. Pdrá tener valr nul para btener tdas las znas. Francisc Amadr Risquez Teva 34

38 rs: cursr que pdrá cntener: Cursr vací si n existe ninguna zna el idzna intrducid n existe. Cursr cn una única zna cn idzna igual al intrducid cm parámetr. Cursr cn tdas las znas si el valr del parámetr idzna es nul Subsistema Persnal Teleperadres Ls cass de us para ls Teleperadres sn: Figura 11: Cass de us del Subsistema Persnal: Teleperadres CREAR TELEOPERADOR (INS_TELEOPERADOR) Id: RF28 Función: Este prcedimient inserta un nuev teleperadr en el sistema. Se intrduce el nuev teleperadr en el sistema. La fecha de alta crrespnderá a la fecha del sistema. En cas de existir un teleperadr cn el mism nif se generará un errr (ERROR: El nif del teleperadr ya existe). Ls camps nmbre, apellids y nif n puede tener valr nul. En cas de que algun de ells tenga valr nul, se generará el errr (ERROR: Se ha intentad almacenar un valr nul). Uss: GRABA_LOG. pnmbre: nmbre del teleperadr. papellids: apellids del teleperadr. pnif: nif del teleperadr. Francisc Amadr Risquez Teva 35

39 resultad: cntendrá infrmación de la finalización del prcedimient BAJA TELEOPERADOR (DEL_TELEOPERADOR) Id: RF29 Función: Realizams la baja lógica del teleperadr. La baja se prduce al tener el atribut fxbaja un valr distint de nul, valr que cntendrá la fecha del mment en el que se realiza la baja en el sistema. Grabams la fecha de baja que crrespnderá a la fecha del sistema. En cas de n existir el identificadr del teleperadr se generará un errr (ERROR: El identificadr del teleperadr n existe). Se generará un errr si el teleperadr ya se encuentra de baja (ERROR: El teleperadr ya está de baja). Uss: GRABA_LOG. pid: identificadr del teleperadr. resultad: cntendrá infrmación de la finalización del prcedimient RECUPERAR TELEOPERADOR (RES_TELEOPERADOR) Id: RF30 Función: Recuperarems un registr que se encuentra de baja en el sistema. La recuperación se realizará al dejar de nuev al atribut fxbaja un valr nul. La fecha de alta (fxalta) n variará. Para el identificadr de teleperadr dad, mdificams el valr de la fecha de baja a valr nul. En cas de n existir el identificadr del teleperadr se generará un errr (ERROR: El identificadr del teleperadr n existe). Se generará un errr si el teleperadr ya n se encuentra de baja (ERROR: El teleperadr n está de baja). Uss: GRABA_LOG. pid: identificadr del teleperadr. Francisc Amadr Risquez Teva 36

40 resultad: cntendrá infrmación de la finalización del prcedimient MODIFICAR TELEOPERADOR (UPD_TELEOPERADOR) Id: RF31 Función: Cambiams ls dats (nmbre, apellids y nif) del teleperadr. Se mdifican ls camps de la tabla teleperadres (nmbre, apellids y nif) de aquel registr que tenga el idteleperadr dad. Si el identificadr de teleperadr n existe se generará un errr (ERROR: El identificadr del teleperadr n existe). En cas de existir un registr cn el mism nif, se generará un errr (ERROR: El nif del teleperadr ya existe). Ls camps nmbre, apellids y nif n pueden tener valr nul. En cas de valr nul se generará el errr (ERROR: Se ha intentad actualizar a un valr nul). Si el registr que se intenta mdificar se encuentra de baja, se generará el errr (ERROR: El teleperadr está de baja). Uss: GRABA_LOG. pid: identificadr del teleperadr. pnmbre: nuev nmbre del teleperadr. papellids: nuevs apellids del teleperadr. pnif: nuev nif del teleperadr. resultad: cntendrá infrmación de la finalización del prcedimient CONSULTAR TELEOPERADOR (GET_TELEOPERADOR) Id: RF32 Función: Obtiene ls dats crrespndientes a un tds ls teleperadres. Se cmprbará si el valr del parámetr de entrada es nul, en cuy cas se seleccinarán tds ls teleperadres. Si el valr del parámetr de entrada es distint de nul, seleccinarems el registr cuy identificadr de teleperadr sea igual al dad. Uss: Ningun. Si el identificadr n existe, devlverá un cursr vací. Francisc Amadr Risquez Teva 37