DESENVOLUPAMENT DE LA PLATAFORMA ANALÍTICA DE B:SM

Transcripción

1 Plec de prescripcions tècniques per a l Acord Marc d Homologació DESENVOLUPAMENT DE LA PLATAFORMA ANALÍTICA DE B:SM DESENVOLUPAMENT DEL MAGATZEM DE DADES, DESENVOLUPAMENT DEL DATAMART I SUBMINISTRAMENT DEL PROGRAMARI DE LA PLATAFORMA ANALÍTICA DE B:SM Sinopsi: El present document defineix els requisits i característiques tècniques per al procés d homologació referent al desenvolupament del magatzem de dades, desenvolupament del Datamart i subministrament del programari (software) de la nova plataforma analítica de B:SM. Versió1.1 Realitzat: 19/07/2016

2 Continguts 1. Introducció Objecte Definició de l arquitectura existent Arquitectura Lògica Processos d extracció transformació i Càrrega (ETL) DataWarehouse DataMarts Arquitectura Física Abast del plec Requeriments tècnics Àmbit 1: Desenvolupament del magatzem de dades Descripció del Magatzem de dades (Data Warehouse) Origen de les dades Requeriments tècnics Descripció de les tasques del proveïdor Per a les noves implantacións i tasques evolutives sobre els desenvolupaments ja existents Les tasques de manteniment correctiu per part del licitador inclouen: Requeriments tècnics Àmbit 2: Desenvolupament del Datamart Descripció del Datamart Origen de les dades Requeriments tècnics Descripció de les tasques del proveïdor Per a les noves implantacións i tasques evolutives sobre els desenvolupaments ja existents Les tasques de manteniment correctiu per part del licitador inclouen: Requeriments tècnics Àmbit 3: Subministrament del programari Descripció del programari (software) Descripció de les tasques del proveïdor Subministrament de llicències Actualització i manteniment de llicències Plans d execució Pla d implantació Gestió del projecte Pla de qualitat Pla de formació Pla de suport a l operació Juliol 2016 Pàgina 2 de 29

3 Nivell de servei de resolució d incidències Règim de penalitzacions Pla d acceptació Documentació tècnica Condicions d execució Confidencialitat Codi font de les aplicacions Garantia Propietat intel lectual Àmbit del subministrament Juliol 2016 Pàgina 3 de 29

4 1. INTRODUCCIÓ El projecte d una Plataforma Analítica corporativa a B:SM té com a objectiu poder disposar de les dades de les unitats per a una millora continua de la gestió en pro de la eficiència i la qualitat dels serveis que ofereix Objecte L objecte d aquest plec és la realització d un Acord Marc d Homologació de 3 proveïdors per a la implementació d un sistema de Business Intelligence a partir de l arquitectura existent, i que compleixi amb les necessitats requerides per B:SM, i que fan referència als següents àmbits: - Àmbit 1: Desenvolupament del magatzem de dades: definició, desenvolupament a partir de l arquitectura actual, validació, indexació i manteniment del magatzem de dades de la Plataforma Analítica de B:SM. Els derivats de contractació serviran per a la introducció de dades en el magatzem de dades i pel manteniment de les mateixes. - Àmbit 2: Desenvolupament del Datamart: definició, desenvolupament a partir de l arquitectura actual i manteniment del Datamart de la Plataforma Analítica de B:SM. Els derivats de contractació serviran per a la integració de dades del Magatzem de Dades al programari de visualització i el manteniment de les mateixes. - Àmbit 3: Subministrament del programari (software): Aquest contempla el subministrament del programari constituït per les llicencies i serveis, incloent obligatòriament SQL server 2014 Business Intelligence, per emmagatzemar el data warehouse i datamart, així com subministrament del programari de visualització de dades de la Plataforma Analítica (Microsoft Power BI i Pyramid Analytics). Els derivats seran utilitzats per al subministrament, ampliació, manteniment, renovació, intercanvi i ampliació de serveis de les mateixes. Juliol 2016 Pàgina 4 de 29

5 1.2. Definició de l arquitectura existent. En l actualitat es disposa d una arquitectura tradicional de Business Intelligence basada en les bones pràctiques i estàndards del mercat Arquitectura Lògica Aquesta arquitectura queda caracteritzada pels següents mòduls funcionals: Processos d extracció transformació i Càrrega (ETL) Conjunt de processos encarregats d obtenir les dades dels diferents sistemes orígens, processar-les per després emmagatzemar-les al DataWarehouse. Tot i que la principal finalitat dels processos ETL és la indicada al paràgraf anterior la plataforma analítica disposarà d altres processos ETL per moure les dades del Datawarehouse als diferents Datamarts per després actualitzar el càlcul d indicadors i agregacions de les diferents dimensions. A nivell de tecnologia els diferents processos ETL seran implementats amb el component Integration Services de Microsoft SQL Server 2014 alhora que es podrà fer servir el component Data Quality Services per la gestió de la qualitat de les dades. Juliol 2016 Pàgina 5 de 29

6 DataWarehouse Magatzem de dades que permetrà emmagatzemar de forma normalitzada les dades independentment del seu sistema origen i establir les relacions necessàries entre elles per facilitar la seva explotació analítica de forma segura i àgil en clau de negoci. El DataWarehouse actua com a depositari únic de les dades i és a partir d aquest que es generen els diferents datamarts. A nivell de tecnologia el Datawarehouse serà implementat amb una base de dades Relacional SQL sobre el Sistema Gestor de Bases de Dades (SGBD) de Microsoft SQL Server 2014 alhora que es podrà fer servir el component Master Data Services per la gestió de dades mestres d interès transversal a les diferents unitats de negoci o departaments de B:SM DataMarts Conjunt de bases de dades optimitzades per l anàlisi de la informació en clau de negoci. Cadascun dels datamarts disposa de les dades per un àmbit específic d anàlisi seguint criteris de finalitat, facilitat d ús, seguretat i optimització de rendiment. Com per exemple per departament o negoci de B:SM A nivell de tecnologia els Datamarts seran implementats amb el component Analysis Services de Microsoft SQL Server Analysis Services contempla dos tipus de tecnologia diferents per la implementació dels Datamarts: Tabular o Multidimensional. En aquest solució s optarà per la tecnologia Multidimensional. Juliol 2016 Pàgina 6 de 29

7 Arquitectura Física La topologia proposada pel correcte funcionament de la plataforma analítica de B:SM s ha realitzat considerant el seu adient funcionament per uns 30 usuaris inicials, que es podrà anar ampliant fins a 300 usuaris. L arquitectura està formada per dues capes o nivells: Rol de servidor de Dades (Primer Nivell) Finalitat: Gestió dels diferents processos relacionats amb les dades de la plataforma analítica Funcionalitats: Processos ETL DataWarehouse i DataMarts Components tecnològics: Microsoft SQL Server 2014 Rol de Servidor d Aplicacions (Segon Nivell) Finalitat: Gestió dels diferents serveis i aplicacions per a que els usuaris puguin consumir les dades per la seva consulta i anàlisi Funcionalitats: Anàlisi i Presentació Components tecnològics: Pyramid Analytics i Servidor Web Abast del plec L abast del plec es divideix en els següents àmbits: Juliol 2016 Pàgina 7 de 29

8 - Àmbit 1: Desenvolupament del magatzem de dades: L'abast contempla la definició, desenvolupament a partir de l arquitectura existent i manteniment del magatzem de les dades de la Plataforma Analítica. El desenvolupament de la solució integrarà totes les bases de Dades Operacionals, realitzarà el procés ETL (eina d extracció, transformació i transferència de la informació o càrrega) i emmagatzemarà les dades al Magatzem de dades (Data Warehouse), garantint la continuïtat de l arquitectura existent. Totes les tasques s hauran de realitzar seguint els principis de funcionament del Magatzem de Dades i del departament de Sistemes. - Àmbit 2: Desenvolupament del Datamart: L'abast contempla la definició, desenvolupament a partir de l arquitectura existent i manteniment del Datamart, quadres de comandament i reports de la Plataforma Analítica. El desenvolupament de la solució crearà el diferents datamarts de cada negoci, fent-los servir posteriorment per la construcció de quadres de comandament i reports mitjançant l eina de visualització. Totes les tasques s hauran de realitzar seguint els principis de funcionament dels datamarts, programari de visualització i del departament de Sistemes. - Àmbit 3: Subministrament del programari (software)constituït per una sèrie de llicencies i serveis, així com l ampliació, renovació i el seu manteniment el qual contempla: o El subministrament del programari per emmagatzemar el data warehouse i datamart, constituït obligatòriament SQL server 2014 en la versió Business Intelligence. Aquest haurà d incloure el llicenciament de servidor i les CAL s necessàries per a la utilització de l eina segons el número d usuaris i requeriments descrits al plec. o El subministrament del programari de visualització de dades de la Plataforma Analítica que s utilitza a B:SM, Microsoft Power BI i Pyramid Analytics, per a realitzar els quadres de comandament, visualitzacions, informes i d altres requeriments inclosos en el present plec tècnic. El proveïdor haurà d encarregar-se dels serveis contractats durant els 3 anys de contracte, i les 3 pròrrogues d un any cadascuna. Juliol 2016 Pàgina 8 de 29

9 Les peticions per a introduir noves dades al sistema i per al subministrament del programari es faran en base a les necessitats de B:SM en els moments que B:SM indiqui, sota el mateix acord contractual i a partir de derivats de contractació. Juliol 2016 Pàgina 9 de 29

10 2. REQUERIMENTS TÈCNICS ÀMBIT 1: DESENVOLUPAMENT DEL MAGATZEM DE DADES 2.1. Descripció del Magatzem de dades (Data Warehouse) El Magatzem de dades de B:SM (Data Warehouse), ha de permetre l accés a les dades de forma segura i ordenada, establint un accés basat en tipologies de permisos en una estructura consistent. Estarà basat en un entorn SQL Server (Structured Query Language) i ha de garantir les consultes complexes, la transversalitat de les dades, així com la velocitat d accés a aquestes i la facilitat per obtenir-les Origen de les dades Les dades que alimentaran el magatzem han de ser transformades eliminant inconsistències en el procés de transformació i posterior càrrega. Per això s hauran de fer servir eines de neteja i auditoria de dades per garantir la qualitat de les informació del magatzem de dades. Poden tenir com a origen diferents tipus de sistemes d informació: Interns: el magatzem serà alimentat per tots els sistemes operacionals de B:SM que disposa actualment i també dels nous sistemes que es puguin incorporar. També haurà d integrar altres DW alternatius de l organització i també fitxers de dades (Excel, txt...). Externs: Aquest magatzem podrà ser utilitzat també per a incloure dades de terceres parts, permetent a l usuari final fondre les dades de negoci intern amb altres dades d àmbit proper per a establir relacions d indicadors. Un exemple clar d aquest nivell d utilització seria l obtenció de dades del Open Data de l Ajuntament Requeriments tècnics El magatzem de dades s ha de desenvolupar seguint l arquitectura actual, garantint la continuïtat de l arquitectura existent. El magatzem de dades ha d integrar les dades dels sistemes operacionals existents i també altres dades externes. Les dades origen d una mateixa activitat poden estar en diferents bases de dades i, fins i tot, poden tenir diferent format, ja que en alguns casos l aplicació amb que es gestionava les dades ha canviat amb el temps. Juliol 2016 Pàgina 10 de 29

11 Ha de permetre una fàcil integració de nous sistemes operacionals. Les dades emmagatzemades han de ser integrades en una estructura consistent. Les dades que s extreuen han de ser transformades per eliminar inconsistències i, després, carregades al magatzem de dades. Les dades s han d organitzar per temes per facilitar el seu accés i comprensió per part dels usuaris finals. Ha d organitzar i emmagatzemar les dades que es necessitin per al processament analític, sobre una àmplia perspectiva de temps. Ha d incloure dades actuals i dades històriques per a poder utilitzar-se en la identificació i avaluació de tendències. Ha de ser capaç d accedir a volums molt grans de dades, tant detallades com resumides. El Data Warehouse ha d estar preparat per a poder historificar dades. Les dades han de ser estables i consolidades (no volàtils). Ha de permetre les consultes complexes, posant el magatzem de dades fàcilment consultable per a l eina d explotació. El magatzem es desenvoluparà amb l eina Microsoft SQL Server 2014, en la versió Business Intelligence. Els orígens de les dades existents actualment a BSM d on s extraurà la informació d operacionals són Oracle 11g. i SQL 2008, Microsoft Excel, Microsoft Access i fitxers de text Descripció de les tasques del proveïdor Per a les noves implantacións i tasques evolutives sobre els desenvolupaments ja existents. Establir les fites i la planificació per la realització de les tasques acordades, d acord amb les necessitats del l equip del projecte BSM. Generar la documentació tècnica oficial per a tenir un seguiment del desenvolupament del projecte i per disposar de documents de suport en tot moment, garantint que tots els processos estan documentats. Portar a terme les tasques requerides de manera eficient, seguint l arquitectura ja existent. Facilitar les eines de validació de les dades. Juliol 2016 Pàgina 11 de 29

12 Pla de Test, haurà d executar un complert pla de proves que inclouen el disseny, el desenvolupament, suport, gestió i seguiment de les proves unitàri es, d integració de rendiment, qualitat de codi, usabilitat, accessibilitat, funcionals d acceptació d usuari i la seva documentació. Aquestes proves estaran encaminades a assegurar el correcte funcionament dels desenvolupaments en la seva totalitat, o de les diferents configuracions parcials com dels desenvolupaments, integració amb altres sistemes i eines, adaptació als sistemes de BSM, etc... Durant la fase de definició s haurà d elaborar un Pla de proves i durant la fase de desenvolupament s han de definir els casos de prova, executar i informar dels resultats. Com a resultat de l execució de les proves, es realitzarà un informe del resultat de l execució de les mateixes, i es presentarà a l equip de B:SM per a la seva consideració i validació en cas que ho consideri necessari. És responsabilitat del proveïdor la generació del joc de dades de proves per tal de realit zar proves en entorns d integració i pre productius. En cas que s haguessin de realitzar proves amb dades de producció, aquestes haurien de ser tractades mitjançant el procediments establert per B:SM. El proveïdor ha d utilitzar les eines que B:SM designi a cada moment per al registre de plans de proves, casos detallats, resultats de les proves i gestió de defectes. Totes les tasques s hauran de realitzar seguint els principis de funcionament del Magatzem de Dades i del departament de Sistemes, que actuarà com a eix entre els diferents agents Les tasques de manteniment correctiu per part del licitador inclouen: Manteniment correctiu del magatzem de dades per tal de garantir un correcte funcionament del magatzem i de la qualitat de les dades. Els nivells de servei i règim de penalitzacions s especifiquen a l apartat i Juliol 2016 Pàgina 12 de 29

13 3. REQUERIMENTS TÈCNICS ÀMBIT 2: DESENVOLUPAMENT DEL DATAMART 3.1. Descripció del Datamart El Datamart és la part de la Plataforma Analítica encarregada de configurar les dades que hi ha al magatzem de dades (Data Warehouse) per a ser utilitzades per a l eina d explotació o visualització utilitzada per l usuari final Origen de les dades Les dades que han de ser transformades per alimentar el programari de visualització tenen com a origen el Magatzem de Dades (Data Warehouse). Aquest, està basat en un entorn SQL (StructuredQuery Language) i s ha de garantir les consultes complexes, la transversalitat de les dades, així com la velocitat d accés a aquestes i la facilitat per obtenir-les Requeriments tècnics El Datamart s ha de desenvolupar seguint l arquitectura actual, garantint la continuïtat de l arquitectura existent. El Datamart ha d integrar totes les dades del Magatzem de Dades (Data Warehouse), mitjançant una estructura consistent. Ha d organitzar i emmagatzemar les dades que es necessitin per al processament analític, sobre una àmplia perspectiva de temps. Ha d incloure dades actuals i dades històriques per a poder utilitzar-se en la identificació i avaluació de tendències. Ha de ser capaç d accedir a volums molt grans de dades, tant detallades com resumides. Les dades han de ser estables i consolidades (no volàtils). Ha de permetre les consultes complexes, posant el Datamart fàcilment consultable per a l eina d explotació Descripció de les tasques del proveïdor Per a les noves implantacións i tasques evolutives sobre els desenvolupaments ja existents. Establir les fites i la planificació de la implantació amb l equip del projecte. Juliol 2016 Pàgina 13 de 29

14 Generar la documentació tècnica oficial per a tenir un seguiment del desenvolupament del projecte i per disposar de documents de suport en tot moment, garantint que tots els processos estan documentats. Portar a terme la implantació del Datamart de manera eficient, posant les dades fàcilment consultables per a l eina d explotació. Facilitar les eines de validació de les dades. Creació de les visualitzacions de dades, quadres de comandament i reports. Pla de Test, haurà d executar un complert pla de proves que inclouen el disseny, el desenvolupament, suport, gestió i seguiment de les proves unitàri es, d integració de rendiment, qualitat de codi, usabilitat, accessibilitat, funcionals d acceptació d usuari i la seva documentació. Aquestes proves estaran encaminades a assegurar el correcte funcionament dels desenvolupaments en la seva totalitat, o de les diferents configuracions parcials com dels desenvolupaments, integració amb altres sistemes i eines, adaptació als sistemes de BSM, etc... Durant la fase de definició s haurà d elaborar un Pla de proves i durant la fase de desenvolupament s han de definir els casos de prova, executar i informar dels resultats. Com a resultat de l execució de les proves, es realitzarà un informe del resultat de l execució de les mateixes, i es presentarà a l equip de B:SM per a la seva consideració i validació en cas que ho consideri necessari. És responsabilitat del proveïdor la generació del joc de dades de proves per tal de realit zar proves en entorns d integració i pre productius. En cas que s haguessin de realitzar proves amb dades de producció, aquestes haurien de ser tractades mitjançant el procediments establert per B:SM. Totes les tasques s hauran de realitzar seguint els principis de funcionament del Datamart i del departament de Sistemes, que actuarà com a eix entre els diferents agents Les tasques de manteniment correctiu per part del licitador inclouen: Manteniment correctiu del Datamart, quadres de comandament i informes, per tal de garantir un correcte funcionament del Datamart i de la qualitat de les dades. Els nivells de servei i règim de penalitzacions s especifiquen a l apartat i Juliol 2016 Pàgina 14 de 29

15 4. REQUERIMENTS TÈCNICS ÀMBIT 3: SUBMINISTRAMENT DEL PROGRAMARI 4.1. Descripció del programari (software) El programari a subministrar inclou el programari del magatzem de dades, pel qual al proveïdor haurà de subministrar SQL server 2014 (versió Business Intelligence), i el programari de visualització de dades utilitzat a B:SM, Microsoft Power BI i Pyramid Analytics Descripció de les tasques del proveïdor Les tasques a desenvolupar pel proveïdor engloben el subministrament, actualització i manteniment de les llicències del programari relacionat amb la Plataforma Analítica de B:SM Subministrament de llicències El subministrament de llicències es farà en base a les necessitats de B:SM, en els moments que s indiqui a partir de derivats, amb la petició de llicències anuals Actualització i manteniment de llicències El proveïdor estarà obligat a donar suport per la instal lació i configuració de les llicencies adquirides durant tot el període de vigència de les mateixes, atenent a qualsevol qüestió o incidència relacionat amb el número de llicències actives, en ús i a la seva gestió i administració. El proveïdor haurà de garantir l accés a les noves versions i actualitzacions, com a mínim, durant el primer any després de la primera adquisició, sense cost addicional. La renovació de llicències i manteniment del servei es fan en base a les necessitats de B:SM, en els moments que s indiqui a partir de derivats. El pagament del manteniment donarà dret a l actualització de llicències a les últimes versions i revisions existents, i del suport a la instal lació de les mateixes. En cap cas serà obligatori per part de BSM el pagament d aquest manteniment, essent potestat de BSM decidir si vol contractar aquest servei. Juliol 2016 Pàgina 15 de 29

16 5. PLANS D EXECUCIÓ Seguidament es presenten els plans d execució i les condicions de lliurament dels subministrament i serveis, inclosos dins l àmbit del present plec de condicions. Per cada un dels contractes derivats que puguin sorgir d aquesta homologació de proveïdors, un cop BSM haurà definit i concretat les prestacions i subministraments a realitzar per cada un del contractes derivats, l Adjudicatari haurà de desenvolupar per complert els següents plans d execució: Pla d implantació: proposta de planificació per a nous desenvolupaments, evolutius o serveis inclosos dins l àmbit de subministrament del plec. Pla de qualitat: proposta de definició i assegurament de la qualitat del subministrament. Pla de formació: proposta de formació per tot el personal que intervé en la implantació, administració i operació de les aplicacions del sistema. Pla de suport a l operació: proposta de suport a l operació per a la resolució d incidències per manteniment correctiu. Pla d acceptació: documentació a lliurar i proposta de proves per a l acceptació dels desenvolupament i serveis del projecte. En general, tots els documents i/o plans d execució del projecte hauran de ser necessàriament aprovats per la Direcció del Projecte, tot i que aquest fet no eximirà a l Adjudicatari de la plena responsabilitat respecte al contingut del mateix. Seguidament es descriuen els requeriments relacionats amb les condicions de lliurement de les aplicacions i serveis del sistema incloses en el plec Pla d implantació El seguiment i control del disseny, desenvolupament, integració, proves, instal lació i operació de les diferents aplicacions del sistema es realitzarà sobre la base del pla d'implantació, que serà elaborat prèviament per l'adjudicatari i haurà de ser aprovat per B:SM. Juliol 2016 Pàgina 16 de 29

17 En la seva oferta tècnica, el Licitador ha d incloure una proposta de pla de treball, indicant les tasques, els terminis i els recursos humans i materials proposats per poder implantar el conjunt d aplicacions i serveis inclosos dins l àmbit de subministrament del contracte derivat. Com a mínim, en el pla d implantació haurà de definir i concretar els següents aspectes: Les activitats, els terminis i les responsabilitats dels projectes planificats. El perfil, responsabilitats i dedicació dels recursos humans proposats (propis, subcontractats, etc.) en cadascuna de les tasques del projecte. El calendari de les tasques i de les principals fites dels projectes, incloent totes les restriccions relacionals o temporals necessàries. La relació d entrades (documents, requeriments...) i sortides (documents, subministraments...) en cadascuna de les fases de les aplicacions planificades. Els components i recursos materials previstos, així com els requeriments o condicionants relacionats amb la seva adquisició, fabricació, recepció, logística o instal lació. La metodologia i procediments previstos en relació al seguiment i coordinació dels projectes en totes les seves fases: enginyeria, desenvolupament, instal lació, proves, etc. La metodologia de treball proposada en la realització dels serveis i en la implantació de les aplicacions incloses dins l àmbit de subministrament del plec. Per l elaboració del pla d implantació, el Licitador s haurà de basar en el cronograma general proposat per BSM detallarant les fases i fites, incloent anàlisis i disseny, desenvolupament, qualitat, pilotatge, formació, instal lació d entorns, posada en producció Gestió del projecte D una banda, B:SM nomenarà un cap de projecte, que serà responsable de supervisar la correcta execució de les aplicacions i serveis inclosos dins l àmbit de subministrament del present plec, segons la metodologia i els estàndards corporatius. Juliol 2016 Pàgina 17 de 29

18 En aquest mateix sentit, B:SM nomenarà els interlocutors i el seu àmbit d interlocució per a cadascuna de les àrees i serveis afectats per la implantació del sistema. D altra banda, l Adjudicatari haurà d anomenar un cap de projecte que serà l únic interlocutor vàlid amb Barcelona de Serveis Municipals i que entre d altres, haurà de realitzar les següents funcions: Vetllar per l assoliment dels objectius del projecte, segons planificació i pressupost previst. Executar i fer el seguiment del projecte i del pla de treball (tasques, terminis, recursos, etc.), generant la corresponent documentació: actes, planificació, informes, plans, etc. Gestionar i executar el pla de comunicació del projecte. En particular, periòdicament, haurà de comunicar al cap de projecte de BSM l estat d avançament dels projectes, amb la periodicitat que B:SM estableixi en cada moment, incloent un breu informe de seguiment i l actualització de la planificació prevista. Realitzar reunions de seguiment de projecte amb la periodicitat que B:SM estableixi en cada moment. Gestionar i valorar les peticions de canvi en el projecte, juntament amb BSM. Gestionar i supervisar el compliment del pla de qualitat del projecte. Gestionar i supervisar el riscos del projecte. Gestionar i valorar els riscs del projecte i executar les actuacions previstes. Barcelona de Serveis Municipals també anomenarà un Comitè de Direcció del projecte. Aquest Comitè de Direcció vetllarà perquè l enfocament dels serveis i sistemes subministrats es correspongui amb l abast i els objectius previstos. Aquest Comitè de Direcció també podrà ser requerit en procediments administratius relacionats amb l acceptació del projecte o l aplicació de les sancions previstes dins l àmbit del present Contracte de subministrament i serveis. Juliol 2016 Pàgina 18 de 29

19 5.2. Pla de qualitat L Adjudicatari haurà de proposar les línies mestres del pla de qualitat de les aplicacions i serveis incloses dins l àmbit de subministrament. Posteriorment durant la fase de disseny, l Adjudicatari haurà de desenvolupar el pla de qualitat, que també haurà de ser revisat i aprovat per la Direcció del Projecte. El pla de qualitat haurà d incloure els aspectes relacionats amb la metodologia i els procediments previstos per garantir l assegurament de la qualitat en les aplicacions subministrades durant totes les fases del projecte: Enginyeria de detall: proposta de control i assegurament de la qualitat en les tasques disseny tècnic i d enginyeria comú del model de dades, de la aplicació i de les interfícies de comunicació. Desenvolupament: proposta de control i assegurament de la qualitat en les tasques de desenvolupament de la aplicació i de les interfícies de comunicació. Instal lació: proposta de control i assegurament de la qualitat en les tasques d instal lació, configuració i la posada en funcionament de la aplicació. Documentació: proposta de control i assegurament de la qualitat en les tasques generals de documentació del projecte. Seguiment de projecte: proposta de control i d assegurament de qualitat en les tasques de seguiment del projecte. En aquest àmbit també es valorarà l ús d estàndards o de manuals de bones pràctiques en la direcció de projectes. En aquest pla, l Adjudicatari haurà de detallar l'enfocament de qualitat que donarà a totes les activitats del projecte, així com els documents a lliurar: certificacions, resultat de proves de laboratori, homologacions, manual de qualitat, etc. En general, dins l àmbit del procediments de control i assegurament de la qualitat, B:SM valorarà positivament l aplicació d estàndards o de manuals de bones pràctiques. Juliol 2016 Pàgina 19 de 29

20 5.3. Pla de formació El Licitador haurà de proposar les línies mestres del pla de formació on es descrigui la metodologia, els recursos i la dedicació prevista per poder instruir a tots els usuaris, gestors i mantenidors de les aplicacions incloses dins l àmbit de subministrament abans d iniciar les operacions. Posteriorment i abans de la fase d implantació, l Adjudicatari haurà de desenvolupar el pla de formació, que també haurà de ser revisat i aprovat per la Direcció del Projecte. Entre d altres, el pla de formació ha de contemplar els següents aspectes: Metodologia, proposta de formació general i també específica per a cadascun dels rols d usuariexistents per a les aplicacions incloses dins l àmbit de subministrament:» Departament de TI (Administrador)» Usuaris clau (Usuari avançat)» Usuaris consulta Proposta de documentació, complementària a la documentació tècnica requerida en el propi pla d acceptació i orientada específicament a la formació d usuaris. Entre d altres:» manuals d ús o d operació de l aplicació.» manuals d instal lació i configuració de l aplicació. Previsió dels terminis, recursos i nombre de classes o jornades necessaris per garantir la correcta formació de tos els usuaris dels sistemes inclosos dins l àmbit de subministrament Pla de suport a l operació El sistema de Business Intelligence ha d estar recolzat per un pla de suport a l operació que permeti resoldre les possibles incidències o mal funcionament de qualsevol part del sistema. Dels futurs contractes derivats que incloguin manteniment correctiu el Licitador haurà de proposar un pla de suport a l operació de l aplicació i serveis del sistema inclosos dins del seu àmbit de subministrament i que ha d incloure, com a mínim, els següents aspectes: Proposta organitzativa amb l equip de treball, els recursos i l assignació de tasques per poder executar correctament el pla de suport a l operació. Juliol 2016 Pàgina 20 de 29

21 » L Adjudicatari ha de garantir que l equip de treball té la formació i experiència necessària per poder realitzar les tasques assignades. Condicions i proposta metodològica per gestionar el cicle de vida de les incidències: detecció, notificació, classificació, resolució, acceptació, etc.» L Adjudicatari ha de disposar dels mitjans i dels procediments necessaris (inventaris, manuals, fitxes tècniques, drivers,...) per assegurar la qualitat del servei de manteniment correctiu a nivell de maquinari, programari i comunicacions.» L Adjudicatari haurà d emprar el SW gestió de manteniment que determini B:SM, on ha de quedarà enregistrada qualsevol incidència comunicada i resolta. (actualment FootPrints). Procediments previstos per realitzar les tasques de suport a l operació, assegurar la qualitat de la intervenció i millorar-ne la prevenció: manuals, fitxes tècniques, etc. Proposta de gestió de versions de les aplicacions i metodologia per garantir del sincronisme entre els servidors de integració i els servidors de producció.» L Adjudicatari ha de garantir que qualsevol modificació de les aplicacions en producció es realitza, es prova i es valida en l entorn de integració. B:SM valorarà positivament tècniques o operatives addicionals que permetin automatitzar o optimitzar els procediments de detecció, notificació i resolució d incidències, així com també l aplicació d estàndards o de manuals de bones pràctiques (ITIL o similar). La detecció i resolució d incidències es farà en plena coordinació amb la unitat d Operacions de la divisió de Sistemes d Informació de B:SM Nivell de servei de resolució d incidències El nivell de servei exigible per a la prestació dels serveis de suport a l operació ve determinat pel tipus d incidència i la seva gravetat segons la següent classificació: incidència crítica: qualsevol incidència que inhabiliti completa o parcialment, o bé que impliqui el mal funcionament, de qualsevol funció inclosa en l operativa bàsica de l aplicació de BI. També es considera crític la lentitud en els temps de resposta de l aplicació. Juliol 2016 Pàgina 21 de 29

22 incidència greu: qualsevol incidència que inhabiliti completament qualsevol de les funcions disponibles en l aplicació. incidència lleu: qualsevol altra incidència que afecti lleument o parcialment les funcions disponibles en l aplicació. Dels futurs contractes derivats que incloguin manteniment correctiu l Adjudicatari haurà d oferir un únic telèfon d atenció immediata durant l horari de suport a l operació tots els dies de l any laborables per poder notificar incidències. L Adjudicatari haurà de diagnosticar, classificar i resoldre les incidències segons s indica en la taula inferior. L Adjudicatari ha de complir amb els següents temps màxims de resolució d incidències, a comptar des de la notificació de la incidència fins a la seva resolució: incidència crítica incidència greu incidència lleu màxim 8 hores dins l horari del servei de suport a l operació. màxim 24 hores dins l horari del servei de suport a l operació. màxim 72 hores dins l horari del servei de suport a l operació. En cas de concurrència d incidències, l Adjudicatari haurà de destinar els recursos disponibles a la incidència més crítica i ha de ser capaç de resoldre dues incidències simultànies. La resolució d una incidència haurà de ser acceptada pel corresponent responsable dins de l estructura organitzativa de B:SM. Qualsevol incompliment del pla de suport tècnic o del temps de resolució d incidències pot donar peu a les penalitzacions establertes en el contracte entre B:SM i l Adjudicatari. Juliol 2016 Pàgina 22 de 29

23 Règim de penalitzacions Per al desenvolupament de l eina,s establiran les següents penalitzacions d acord amb la planificació i calendari establert per l adjudicatari: A partir de la primera setmana de retard, s establirà un 5% de l import del pressupost total del contracte derivatper a cada setmana de retard addicional en l entrega. A partir de la segona setmana, per cada setmana de retard en l entrega s establirà un 10% del import del pressupost corresponent. Per a les incidències de PRIORITAT LLEU I GREU : En cas d excedir el Temps màxim de resolució (Tmax) en la resolució d una incidència, B:SM podrà aplicar una penalització del 3% sobre l import de facturació del manteniment. En cas d excedir el Temps màxim de resolució (Tmax) en la resolució de dos incidències, B:SM podrà aplicar una penalització del 6% sobre l import de facturació de manteniment. En cas d excedir el Temps màxim de resolució (Tmax) en la resolució de tres o més incidències, B:SM podrà aplicar una penalització del 10% sobre l import de facturació de manteniment. Per a les incidències de PRIORITAT MOLT GREU : En cas d excedir el Temps màxim de resolució (Tmax) en la resolució d una incidència, B:SM podrà aplicar una penalització del 5% sobre l import de facturació de manteniment. En cas d excedir el Temps màxim de resolució (Tmax) en la resolució de dos incidències, B:SM podrà aplicar una penalització del 10% sobre l import de facturació de manteniment. Juliol 2016 Pàgina 23 de 29

24 En cas d excedir el Temps màxim de resolució (Tmax) en la resolució de tres o més incidències, B:SM podrà aplicar una penalització del 20% sobre l import de facturació de manteniment. L'aplicació de les penalitzacions es realitzarà mitjançant el descompte a la factura del mes corresponent Pla d acceptació L Adjudicatari ha de proposar les línies mestres del pla d acceptació de les aplicacions i serveis inclosos dins l àmbit de subministrament. Posteriorment durant la fase de desenvolupament, l Adjudicatari haurà de desenvolupar el pla d acceptació, que també haurà de ser revisat i aprovat per la Direcció del Projecte. El pla d acceptació ha de permetre concretar l esquema d acceptació, incloent una descripció de les fites de lliurament més significatives i amb els seus procediments de validació. En general, es valorarà positivament l aplicació d estàndards o de manuals de bones pràctiques en relació als procediments de validació i d acceptació en serveis i sistemes TIC. Com a criteri general, l acceptació d una aplicació requerirà l inici d operacions, el lliurament de tota la documentació exigible i la realització per part de l Adjudicatari de les proves i validacions descrites en el seu propi pla d acceptació. Inici d operacions: instal lació i posada en funcionament en l entorn real d operació de tots els components i serveis del sistema a acceptar, segons els requeriments del plec tècnic. Verificació: l Adjudicatari haurà d executar les proves i validacions (checklist, SAT...) indicades en el seu propi pla d acceptació per verificar, documentar i opcionalment certificar el correcte funcionament del sistema o servei a acceptar. Documentació: lliurament de tota la documentació tècnica i administrativa relacionada amb el sistema a acceptar, segons els requeriments del plec de condicions. En general, no s efectuarà cap acceptació sense la documentació que certifiqui la correcta instal lació, configuració i posada en funcionament del sistema. Juliol 2016 Pàgina 24 de 29

25 Documentació tècnica L Adjudicatari haurà de documentar l especificació tècnica i funcional de l aplicació. L especificació tècnica i funcional serà propietat de B:SM, que podrà utilitzar-la d'acord amb les seves conveniències en altres subministraments futurs, encara que es concertin amb persones o entitats distintes de l'empresa Adjudicatària, sense que el subministrador pugui exercitar acció de cap mena contra aquesta utilització. El disseny detallat del programari de totes les aplicacions de l àmbit de subministrament ha de ser inclòs dins de l especificació tècnica i funcional del sistema. En general, tots els documents del projecte hauran de ser acceptats formalment per B:SM, fet que no eximirà a l Adjudicatari de la plena responsabilitat respecte al contingut. D altra banda, la divisió de Sistemes també requereix que l Adjudicatari inclogui els següents continguts en la documentació tècnica de totes les aplicacions del sistema: Arquitectura física i lògica de totes les aplicacions del sistema. Amb la descripció detallada de taules, camps i relacions de bases de dades. Casos de prova aplicats als desenvolupaments, evolutius e incidental. Especificació tècnica detallada per la divisió de Sistemes de BSM de les interfícies de comunicació amb sistemes corporatius i tercers. Components necessaris per al desenvolupament: mòduls, API, llibreries, controls, etc. Manual d usuari de l aplicació. Normativa gràfica i llibre d estil aplicat en totes les aplicacions del sistema. Manual d instal lació i de configuració destinat a personal tècnic de Sistemes. Guies d operació (inici i aturada del sistema, consulta d estat, consulta de logs, etc.). Guies d administració/manteniment i resolució de incidències. Si cal, indicar els processos i directoris que han de ser exclosos del anàlisis del antivirus. Procediment de recuperació de desastres indicant de quins elements cal fer còpia de seguretat (backup) i quines accions s hauran de fer en cas de Juliol 2016 Pàgina 25 de 29

26 caiguda total o parcial del sistema per la seva posterior recuperació i restauració. Es requereix que tots el protocols d intercanvi de dades entre els diferents components del sistema utilitzin protocols estàndard i documentats. L Adjudicatari s ha de comprometre a facilitar tota la informació necessària perquè, en un futur, B:SM tingui autonomia per modificar els protocols o afegir nous mòduls al sistema Condicions d execució Seguidament es presenten altres condicions d execució del projecte Confidencialitat L Adjudicatari s'obliga a no difondre i a guardar el més absolut secret de tota la informació a la qual tingui accés en compliment del present contracte i a subministrar-la només al personal autoritzat per B:SM. L Adjudicatari serà responsable de les violacions del deure de secret que es puguin produir per part del personal al seu càrrec. Així mateix, s'obliga a aplicar les mesures necessàries per a garantir l'eficàcia dels principis de mínim privilegi i necessitat de conèixer, per part del personal participant en el desenvolupament del contracte. Un cop finalitzat el present contracte, l Adjudicatari es compromet a destruir amb les garanties de seguretat suficients o retornar tota la informació facilitada per B:SM així com qualsevol altre producte obtingut com a resultat del present contracte Codi font de les aplicacions L Adjudicatari haurà de lliurar el codi font de totes les aplicacions incloses dins l àmbit de subministrament. L Adjudicatari haurà de mantenir la darrera versió i el codi font compilable i executable de totes les aplicacions en els servidors de desenvolupament que B:SM posarà a la seva disposició i que es mantindran durant tota vida operativa del sistema. L Adjudicatari és responsable de mantenir actualitzada en l entorn de desenvolupament de B:SM la versió i el codi font de les aplicacions a mesura Juliol 2016 Pàgina 26 de 29

27 que es facin modificacions derivades de la resolució d incidències o de la incorporació de millores en el sistema. No es considerarà cap fase d instal lació i posta en marxa com a conclosa fins que el codi font no s hagi lliurat i el responsable de B:SM hagi signat l acceptació de la implantació. El codi font de totes les aplicacions de l àmbit de subministrament serà propietat de B:SM. L ús de components de tercers en les aplicacions incloses dins l àmbit de subministrament hauran de ser prèviament autoritzats per B:SM i si requereixen llicència aquesta anirà a nom de B:SM i el cost anirà a càrrec de l Adjudicatari. L Adjudicatari no podrà incloure el seu crèdit en cap de les aplicacions incloses dins l àmbit de subministrament Garantia El període de garantia dels treballs realitzats com resultat del contracte s estableix en 12 mesos, conforme a la legislació vigent, a contar des de el moment de la acceptació per BSM Propietat intel lectual La propietat intel lectual dels treballs realitzats a l empara d'aquest contracte pertany a B:SM de forma exclusiva. Els productes o subproductes derivats, no podran ser utilitzats sense la deguda autorització prèvia. Per tant B:SM resta com a propietària dels programes fonts realitzats, sense cap dret per part de l Adjudicatari. L accés a la informació i/o productes protegits per la propietat intel lectual, propietat de B:SM, necessaris per al desenvolupament del producte o servei contractat, no pressuposa en cap cas la cessió de la mateixa. L adjudicatari accepta expressament que els drets d'explotació dels productes derivats d'aquest plec correspon única i exclusivament a B:SM. Així doncs, el contractat cedeix, amb caràcter d'exclusivitat, la totalitat dels drets d'explotació dels treballs objecte d'aquest plec, inclosos els drets de comunicació pública, reproducció, transformació o modificació i qualsevol d'altre dret susceptible de cessió en exclusiva, d'acord amb la legislació sobre drets de propietat intel lectual. Juliol 2016 Pàgina 27 de 29

28 6. ÀMBIT DEL SUBMINISTRAMENT L àmbit del subministrament per a l anàlisi, disseny i implantació d una eina de Business Intelligence corporatiu per BSM, per a les diferents àrees de BSM inclou: Subministrament de les llicències de SQL server 2014 Business Intelligence per a la implantació del data Warehouse, segons al número d usuaris i perfils descrits en aquest plec. Subministrament de les llicències de l eina de visualització Microsoft Power BI i PyramidAnalytics, per al número d usuaris i perfils descrits en aquest plec. Anàlisi, disseny i desenvolupament del data warehouse a partir de l arquitectura existent, que contingui les estructures necessàries per a l explotació de la informació de les àrees de negoci de la organització. Anàlisi, disseny i desenvolupament a partir de l arquitectura existent, dels data marts i quadres de comandament per a l explotació de la informació per part de l eina de visualització utilitzada a B:SM. Manteniment correctiu del Data Warehouse, Datamart i desenvolupaments de l eina de visualització. Juliol 2016 Pàgina 28 de 29

29 Juliol 2016 Pàgina 29 de 29