Disseny i implementació de la base de dades per a una aplicació de control de pràctiques en empreses d'estudiants universitaris. Aquest treball consisteix a analitzar la problemàtica plantejada pel Consell Interuniversitari de Catalunya (CIC) i a definir una estructura de bases de dades que doni suport a una futura aplicació de les pràctiques d'auditoria a les empreses d'estudiants universitaris. La base de dades ha de poder emmagatzemar totes les dades necessàries de les diferents entitats per impulsar el procés de gestió de la pràctica.
Introducció
- Context i justificació del Treball
- Objectius del Treball
- Enfocament i mètode seguit
- Planificació del Treball
- Pla de contingència
- Breu sumari de productes obtinguts
- Breu descripció dels altres capítols de la memòria
Com veieu, és un sistema orientat a l'educació i no a la producció o l'automatització, per la qual cosa un ERP o una solució modular no seria viable ja que no cobriria tots els aspectes sol·licitats i aportaria altres opcions innecessàries. En aquest cas no és possible modificar el disseny d'un producte existent, perquè una base de dades és diferent i especial en cadascuna de les situacions. Al mateix temps, un nou desenvolupament permet una gran optimització de dades i relacions entre entitats evitant la redundància i/o la manca de funcionalitat. En aquest treball, es proposa utilitzar Microsoft SQL Server en comptes d'Oracle, per aplicar els coneixements obtinguts en el Grau d'Enginyeria Informàtica a una tecnologia diferent a la utilitzada en aquests anys. Això implica que el llenguatge d'implementació serà Transact-SQL (T-SQL).
Disseny Conceptual
Introducció
Un cop finalitzada la fase d'obtenció d'informació i anàlisi dels requisits, cal extreure les entitats més rellevants i les seves relacions per procedir al disseny conceptual del sistema. Si l'objectiu a assolir fos algun altre objectiu, abans de res caldria generar un disseny ER per poder-lo implementar en qualsevol sistema ja que és un disseny d'alt nivell. Per al modelatge es va utilitzar l'eina gratuïta draw.io, amb la qual el disseny es podia fer molt fàcil i suau.
Conceptualització i disseny
També s'ha afegit una relació amb l'entitat responsable del professor per indicar qui és el professor responsable de la pràctica d'aquest alumne. Com que aquest treball no ha aprofundit en la gestió de les universitats, ja que està fora de l'àmbit del projecte, no s'han creat altres relacions amb altres entitats a part de la relació ternària d'"Estudiant" i "Títol". Tanmateix, aquests aspectes queden fora de l'àmbit del treball, i es tracta exclusivament del procés amb la relació ternària esmentada anteriorment.
Millores del sistema actual
Disseny Lògic
Introducció
Entitats i atributs
Disseny Físic
Introducció
Tria del SGBD
Creació de la Base de Dades
Creació dels esquemes i les taules
Usuaris i permisos de la Base de dades
Log d’execucions d’SP
Optimització i DWH
Introducció
En aquest apartat es detallen tots els conceptes que s'han realitzat per optimitzar la base de dades i els seus processos. També mostra com el repositori d'estadístiques està dissenyat per obtenir resultats en temps constant i la mateixa secció descriu els activadors que recalcularan automàticament aquest repositori en funció de les accions realitzades en determinades taules.
Indexació
Procediments emmagatzemats
El més important a tenir en compte d'aquest procediment és que l'usuari no necessita introduir el nou identificador de l'empresa, ja que es calcula automàticament buscant l'últim identificador i augmentant el valor en 1. Finalment, si l'execució ha tingut èxit, es retorna un paràmetre amb l'ID de l'empresa generat i el valor RSP amb el resultat de la trucada. L'última comprovació d'error introduïda és comprovar que no s'ha introduït cap paràmetre que no sigui l'identificador, de manera que es retorna un error que indica que no hi ha paràmetres per actualitzar.
En aquest SP, com amb altres procediments emmagatzemats de cancel·lació de subscripció, es realitza una supressió lògica, comprovant que l'ID de l'oferta està informat, numèric i que existeix a la taula. En aquest SP, com en altres procediments emmagatzemats no registrats, l'eliminació lògica es realitza mitjançant el PK, però en aquest cas, com que no hi ha un identificador numèric únic, s'han d'introduir dos paràmetres de clau primària (idEstUniTit i dataReport) que comproven si són es notifiquen, són els tipus adequats i si l'informe existeix a la taula. En aquest SP, com amb altres procediments emmagatzemats de cancel·lació de subscripció, es realitza una supressió lògica per verificar que l'ID de mostra s'ha notificat, és numèric i que existeix a la taula.
També es comprova que el treballador que ha de validar l'oferta treballa per a l'empresa que l'ha publicat, i en cas contrari es retorna un error. En aquest SP, com altres procediments emmagatzemats de baixa, es realitza una supressió lògica, verificant que l'ID del candidat està informat, és numèric i existeix a la taula. Finalment, s'ha completat la inserció, però no es retorna cap DNI nou, ja que és el mateix DNI de Candidat que es va introduir per crear l'entrevista.
51 Per esborrar l'entrevista, procediu com a la resta de procediments emmagatzemats creats, tot i que cal tenir en compte que l'identificador únic de l'entrevista és l'identificador del candidat. esborrat.
Repositori Estadístic (DWH)
52 El càlcul de cada consulta està encapsulat en un SP individual dins de l'Esquema intern "SO", ja que s'inclouran en diversos activadors i, per tant, es pot centralitzar el manteniment de les consultes, en lloc de sobrecarregar el codi de càlcul. d'una pregunta sobre diversos desencadenants. Taula de procediments emmagatzemats que conté l'activador SO.SP_AB_Statistics_Consulta_1 SD.Informe final SO.SP_AB_Statistics_Consulta_2 SD.Ofertes SO.SP_AB_Statistics_Consulta_3 SD.Inspectcio SO.SP_AB_Statistics_Consulta_Statistics. _Consulta_6. SD.Contract SO.SP_AB_ESTADISTICS_CONSULTA_8 SD.INFOREFINAL SO.SP_AB_ESTADISTICS_CONSULTA_9 SD.CANDIDATURE SO.SP_AB_ESTADISTICS_CONSULTA_10 SD.CONTRACT SO.SP_ABSULTISTICSSD10. .Oferta.
Un cop esborrada, continua la segona instrucció, un INSERT que conté una instrucció SELECT amb tots els càlculs per obtenir el resultat desitjat, independentment del nombre de valors a especificar o dels càlculs a realitzar. Tampoc es registren les execucions correctes per evitar una verbositat excessiva al registre, perquè aquestes consultes s'executen cada vegada que es realitza una operació en una de les taules esmentades anteriorment. Per tant, només registren errors d'execució a la taula "SO.Log_TGF_CIC" amb una variable interna @RSP.
Es crea un ÍNDEX CLUSTERED a la taula "SD.RepEstDetails" per optimitzar l'ordenació física de les dades del camp "idConsulta". Atès que l'activació dels activadors depèn de les accions realitzades a la base de dades, això implica que el dipòsit estadístic seria desordenat i dificultaria la consulta del sistema per obtenir resultats alhora que es fa la tasca administrativa de la revisió global . resulta visualment difícil. SE.SP_C_Estadistiques”, que contindrà el simple SELECT que servirà per consultar els resultats de les consultes esmentades.
Per a aquest procediment, com per a la resta de procediments externs, s'estableix un control d'errors i un paràmetre de retorn @RSP.
Proposta de millora pel Repositori Estadístic
Aquests camps augmentaran o disminuiran individualment en funció de l'operació ABM realitzada a la taula "Informe final". Per a aquesta consulta, no cal que afegiu cap relació nova, i només cal que creeu una nova taula "Empreses principals" amb els camps (ID de l'empresa, LastUpdate, totalOffers) i editeu els activadors de la taula. Per a aquesta consulta podeu reutilitzar la taula "Top Empreses" i afegir un nou camp numèric "totalInspeccions".
Per a aquesta consulta cal afegir alguns camps ("Contractes totals" i "Salari total") a la taula "Any", aquests valors s'actualitzaran amb els activadors ABM de la taula "Contracte". TotalUniversities" amb els camps (id, lastUpdate, totalUniversities), aquest camp s'omplirà de manera incremental amb un activador ABM a la taula "Universitat". El següent pas és crear una nova taula "TopTitulacio" amb els camps (idTitulacio, ultimaActualitzacio, totalInfTitAptes).
Finalment, per extreure la informació només caldria realitzar un SELECT TOP 1 de la taula "TopTitulacio" i realitzar un ORDER BY per camp. Un activador ABM a la taula "Ofertes" augmentarà o disminuirà el camp "totalOfertes" en una unitat, sempre tenint en compte l'any de publicació i obtenint el total de les ofertes publicades en un any determinat. Aquesta consulta crea la taula "AverageDuration" amb els camps (id, lastUpdate, totalContracts, totalDuration).
Per resoldre aquesta pregunta sense unions ni agrupacions, cal afegir dos camps nous "totalEmpValorades" i "totalEmpValAct" a la taula "Anys".
Inicialització i proves
Inicialització de les dades
Proves
Seguiment del treball
Pla de treball
PAC2
PAC3
Lliurament Final
Conclusions
Glossari
Bibliografia
Annexos
12], ja que, tal com s'indica en el comunicat, la finalitat d'aquest projecte és crear una base de dades relacional. Finalment, podeu veure que el motor de la base de dades funciona correctament i que s'ha accedit a l'usuari "SA". Aquesta secció descriu com es va realitzar la creació de la base de dades "TFG_CIC" en T-SQL.
Aquesta contindrà totes les dades de les taules que conformaran l'estructura de la base de dades de control de pràctiques. També s'ha afegit un segon GRUP DE FITXES denominat "Altres" per emmagatzemar tots els procediments interns del sistema i les taules de control, amb la mateixa distribució que el primer. En aquest apartat s'ha procedit a analitzar el requisit de la instrucció que demana la generació d'una taula de registre on es registren totes les execucions realitzades per un procediment emmagatzemat (SP).
Per respondre aquesta consulta en temps constant 1, caldrà afegir una nova relació entre l'entitat "Títol" i "Informe final" (0.*,1), tal com es va fer en el cas de la consulta 1 amb "Universitat" dispositiu. AppCIC", que s'utilitzarà per fer les trucades externes a la base de dades de tràmits. Cal tenir en compte que una altra prova important és comprovar que l'usuari que va trucar al SP s'ha registrat correctament al registre.
Per tant, s'ha afegit una comprovació d'errors per comprovar que l'any es proporciona a les consultes que ho necessitin, i una altra comprovació si no hi ha dades per mostrar en l'any seleccionat. 78 També s'ha dut a terme la instal·lació i selecció del SGBD Microsoft SQL Server, per procedir a la implantació física de la base de dades en el proper lliurament. Per separat, s'ha fet un SP que consisteix en un simple SELECT per extreure les estadístiques individualment.
D'altra banda, també es va destacar la importància de la documentació al llarg de tot el procés. Es pot afirmar que tots els objectius s'han assolit satisfactòriament, a excepció d'un que s'ha cobert parcialment.
