SERVEI DE DESENVOLUPAMENT, IMPLANTACIÓ, MIGRACIÓ, …€¦ · DE LA INTRANET CORPORATIVA DE...

Plec de prescripcions tècniques

SERVEI DE DESENVOLUPAMENT, IMPLANTACIÓ, MIGRACIÓ,

POSTA EN MARXA, FORMACIÓ I SUPORT A LA OPERACIÓ

DE LA INTRANET CORPORATIVA DE

BARCELONA DE SERVEIS MUNICIPALS, SA

Sinopsi: El present document defineix els requisits i característiques

tècniques per al servei de desenvolupament, implantació, migració, posta en

marxa, formació i suport a la operació de la Intranet Corporativa per a

Barcelona Serveis Municipals, S.A.

Versió: 1.0

Realitzat: 27/12/2017

Autor/s:

Doval, Javier

Plec tècnic NOVA INTRANET BSM

Desembre 2017 Pàgina 2 de 56

Contingut

1. INTRODUCCIÓ ................................................................................................... 6

1.1. Objecte ........................................................................................................................................................ 6

1.2. Directrius estratègiques de la nova Intranet Corporativa de B:SM. ..................................... 7

1.3. Objectius generals de la nova Intranet Corporativa de B:SM ................................................. 7

1.4. Abast i àmbit d’aplicació....................................................................................................................... 8

1.4.1. WCMS: Web Content Management System ...................................................................................... 10

1.4.1.1. Arquitectura de la plataforma ................................................................................................................. 10

1.4.1.2. Mecanisme de REST API per a l’intercanvi de dades. ................................................................... 11

1.4.1.3. Independència de la Base de Dades. ..................................................................................................... 11

1.4.1.4. Framework. ..................................................................................................................................................... 12

1.4.2. DW: Digital Workplace ............................................................................................................................... 12

1.5. Termini d’implantació......................................................................................................................... 13

1.6. Àmbit de subministrament................................................................................................................ 13

2. REQUERIMENTS FUNCIONALS .......................................................................... 15

2.1. WCMS. Web Content Management System. .................................................................................. 15

2.1.1. Funcionalitats del portal del Empleado. ............................................................................................. 15

2.1.1.1. Que es B:SM ..................................................................................................................................................... 15

2.1.1.2. Sistema d’Integritat ...................................................................................................................................... 15

2.1.1.3. Premsa ............................................................................................................................................................... 15

2.1.1.4. Espais de Comunicació ............................................................................................................................... 15

2.1.1.5. El meu Portal ................................................................................................................................................... 16

2.1.1.6. Models i formularis ...................................................................................................................................... 16

2.1.1.7. Vull demanar ................................................................................................................................................... 16

2.1.1.8. Vull aprovar ..................................................................................................................................................... 17

2.1.1.9. Relacions laborals ......................................................................................................................................... 17

2.1.1.10. Desenvolupament.................................................................................................................................... 17

2.1.1.11. RSC ................................................................................................................................................................. 17

2.1.1.12. EnBICIa’t ...................................................................................................................................................... 17

2.1.1.13. Fem-ho fàcil..... ........................................................................................................................................... 18



2.1.2. Noves funcionalitats demanades. .......................................................................................................... 18

2.1.2.1. Compartir informació. ................................................................................................................................ 18

2.1.2.2. Cercador de Persones ................................................................................................................................. 19

2.1.2.3. Únic punt d’entrada ..................................................................................................................................... 19

2.1.2.4. Estadístiques ................................................................................................................................................... 19

2.1.2.5. Knowledge Base. ........................................................................................................................................... 20

2.1.2.6. Gestió de Continguts. ................................................................................................................................... 20

2.1.2.7. Gestió àgil de layouts ................................................................................................................................... 21

2.2. Digital Workplace. ................................................................................................................................ 22

2.2.1. Enterprise File Syncronization and Sharing (EFSS). ..................................................................... 22

2.2.2. Missatgeria Instantània (IM) ................................................................................................................... 22

2.2.3. Comunitats d’interessos. ........................................................................................................................... 22

2.2.4. Compartició de Calendaris. ....................................................................................................................... 23

3. REQUERIMENTS TÈCNICS ................................................................................. 23

3.1. Accessibilitat web ................................................................................................................................. 23

3.2. Composició, estils gràfics i navegació ............................................................................................ 23

3.3. Base de dades ......................................................................................................................................... 24

3.4. Estàndards de desenvolupament del CMS ................................................................................... 24

3.5. Sistemes operatius de servidor ....................................................................................................... 24

3.6. Sistemes d’aplicacions ......................................................................................................................... 24

3.7. Compatibilitat amb MS Office ........................................................................................................... 24

3.8. Disponibilitat .......................................................................................................................................... 25

3.9. Migració de versions ............................................................................................................................ 25

3.10. Multiidioma ............................................................................................................................................. 25

3.11. Entorns ...................................................................................................................................................... 26

3.12. Hardware i software de base ............................................................................................................ 26

3.13. Capacitat il·limitada de gestió .......................................................................................................... 26

3.14. Tecnologia................................................................................................................................................ 27



3.15. Seguretat .................................................................................................................................................. 27

3.16. Criteris tècnics genèrics ..................................................................................................................... 27

1. Usabilitat i accessibilitat ................................................................................................................................. 27

2. Estàndards............................................................................................................................................................. 27

3. Seguretat ................................................................................................................................................................ 28

4. Alta disponibilitat ............................................................................................................................................... 28

5. Fiabilitat ................................................................................................................................................................. 28

6. Modular .................................................................................................................................................................. 28

7. Traçabilitat ............................................................................................................................................................ 28

8. Parametrització ................................................................................................................................................... 28

9. Tractament de dades ........................................................................................................................................ 28

10. Multiplicitat de proveïdors ....................................................................................................................... 28

4. REQUERIMENTS D’ADMINISTRACIÓ ................................................................. 29

4.1. Gestió d’usuaris ..................................................................................................................................... 29

4.2. Configuració de la plataforma .......................................................................................................... 30

4.3. Administració de dades mestres ..................................................................................................... 30

4.4. Gestió del log ........................................................................................................................................... 30

4.5. Esborrament de dades lògic .............................................................................................................. 31

4.6. Històrics de dades ................................................................................................................................. 31

4.7. Proves d’estrès ....................................................................................................................................... 32

5. REQUERIMENTS D’INTEGRACIÓ ....................................................................... 33

5.1. Integració Meta4 ................................................................................................................................... 33

5.2. Plataforma de Formació ..................................................................................................................... 34

5.3. Plataforma Open Data ......................................................................................................................... 34

5.4. Gestor Documental ............................................................................................................................... 34

5.5. Parc Terminals corporatius .............................................................................................................. 35

5.6. BSM Channel ........................................................................................................................................... 35



5.7. Aplicacions Corporatives ................................................................................................................... 36

5.8. Integració Exchange i Outlook ......................................................................................................... 36

5.9. LDAP ........................................................................................................................................................... 36

6. PLANS D’EXECUCIÓ .......................................................................................... 37

6.1. Pla d’anàlisi i disseny ........................................................................................................................... 38

6.2. Pla de riscos ............................................................................................................................................ 38

6.3. Pla d’implantació ................................................................................................................................... 38

6.3.1. Cronograma i àmbit d’intervenció ........................................................................................................ 41

6.3.2. Gestió del projecte ........................................................................................................................................ 45

6.4. Pla de qualitat ......................................................................................................................................... 46

6.5. Pla de formació ...................................................................................................................................... 47

6.6. Pla de suport a l’operació ................................................................................................................... 48

6.6.1. Actualització de versions ........................................................................................................................... 49

6.6.2. Període de garantia ...................................................................................................................................... 49

6.6.3. Nivell de servei de resolució d’incidències ........................................................................................ 50

6.6.4. Règim de penalitzacions ............................................................................................................................ 51

6.7. Pla d’acceptació ..................................................................................................................................... 52

6.7.1. Documentació ................................................................................................................................................. 53

6.8. Condicions d’execució ......................................................................................................................... 54

6.8.1. Confidencialitat .............................................................................................................................................. 54

6.8.2. Codi font de les aplicacions ...................................................................................................................... 54

6.8.3. Lloc de la prestació dels serveis ............................................................................................................. 55

6.8.4. Propietat intel·lectual ................................................................................................................................. 55

6.8.5. Compliment de la LOPD de caràcter personal ................................................................................. 56



1. INTRODUCCIÓ

Barcelona de Serveis Municipals (B:SM) és una empresa de l’Ajuntament de

Barcelona que va néixer l’any 2002 amb l’objectiu d’unificar en una sola societat la

prestació de serveis municipals. Barcelona de Serveis Municipals, S.A. és una

societat municipal que disposa de quatre divisions clau, que ofereixen serveis als

ciutadans i visitants de Barcelona, concretament son la divisió d’Aparcaments, la de

Transports , la de Lleure i la del Zoo. Actualment, les activitats que gestiona B:SM

són variades i inclouen des d’aspectes relacionats amb la mobilitat fins a la gestió

d’instal·lacions de referència dedicades a la cultura, lleure i biodiversitat.

Per al proper any 2018, B:SM, vol fer un salt qualitatiu pel que fa a les noves

tecnologies, i es vol implementar una nova Intranet, per tal d’oferir un web intern

modern, intuïtiu i de fàcil navegació per tota l’organització. Una eina digital que

contribueixi a la construcció del treball en equip, nous mètodes i canals de

comunicació i la gestió col·laborativa a més de representar la plataforma per a la

visibilització dels valors de B:SM

Actualment B:SM no disposa d’una Intranet com a tal, sinó que disposa d’algunes

intranets de negoci a més del Portal de Personal propi de B:SM. En aquest Portal es

treballa per l’actualització i millora dels serveis oferts pel departament de Persones,

en gestió documental (models, formularis, sol·licituds), espais de comunicació,

premsa, relacions laborals, organització-visió-missió de B:SM, així com un apartat

personalitzat “el meu portal” que conté informació específica i privada de cada un

dels empleats de B:SM.

L’esmentada intranet haurà de servir de plataforma per a la gestió, la informació

i la comunicació a nivell corporatiu o sectorial (divisions i subdivisions) de tots i

cadascun dels negocis de B:SM. Permetent així contribuir a la creació i manteniment

de la comunitat de B:SM..

1.1. Objecte

L’objecte d’aquest plec és fixar els requisits i característiques tècniques per al servei

de desenvolupament, implantació, migració, posta en marxa, formació i suport a la

operació de la Intranet Corporativa per a Barcelona Serveis Municipals, S.A que

compleixi amb les necessitats requerides per B:SM.



1.2. Directrius estratègiques de la nova Intranet Corporativa de B:SM.

Les directrius estratègiques que han de complir la implementació de la nova Intranet

son:

Aconseguir ser un espai web on el seu us i accés esta destinat a un grup

tancat d’usuaris (empleats de B:SM).

Esdevenir un espai obert a tothom oferint informació com valor afegit.

Ser un sistema que permeti incrementar la qualitat satisfacció percebuda pels

empleats.

Que sigui una aplicació utilitzada per rebre, emmagatzemar i envair

informació ( correus electrònics, grup de noticies, chat, motors de cerca,

transferència de fitxers, xarxes socials....)

Que sigui una aplicació per treure profit de tota la informació interna de la

companyia.

1.3. Objectius generals de la nova Intranet Corporativa de B:SM

Els objectius generals que ha de complir la implementació de la nova Intranet son:

Aconseguir una comunicació interna fluida, que permeti la creació i gestió de

comunitats.

Que sigui un sistema sense duplicitat d’informació, amb eficàcia i amb una

grau d’estalvi de temps on es millorin els ratis de temps de costos.

S’ha de convertir en una eina molt útil per unificar protocols, coordinar treballs

en grup i eliminar burocràcia del “paper”.

Ha d’actualitzar un canal de comunicació essencial per la companyia.

La intranet ha de ser molt visual, amb un disseny atractiu i basat en principis

d’usabilitat amb una imatge dinàmica i actual.

Que faciliti la navegació a l’usuari i que incrementi les visites per part del

personal de B:SM.

Que sigui “responsive”, adaptada a qualsevol dispositiu: ordinador, mòbil i

tablet.

La imatge del web haurà d’estar en concordança amb els codis de

comunicació que estableix la companyia.

Ha d’esdevenir un gestor de continguts el mes universal possible, fàcil i àgil.

Ha de disposar d’un sistema d’analítica web integrat que permeti obtenir

dades i posteriorment realitzar estadístiques per la pròpia empresa sobre:



visites, pagines mes visitades, temps de permanència, origen de la visita,

entre d’altres elements d’anàlisi.

Espai que sigui fàcil per pujar infografies i vídeos.

Els usuaris han de poder gestionar fàcilment les seves dades: un espai

exclusiu d’empleats eficaç i atractiu.

Que sigui compatible amb les xarxes socials actuals.

1.4. Abast i àmbit d’aplicació

El sistema haurà de suportar els processos de comunicació compartició i

visualització d’informació necessaris per al desenvolupament de la nova intranet

corporativa de B:SM.

Es vol disposar d’un espai web modern, intuïtiu, atractiu i de fàcil navegació, amb la

principal finalitat que consultar informació sigui el més fàcil possible.

En tot moment, s’ha de tenir present els empleats per veure que necessiten, que

esperen, que troben a faltar i fins i tot que li sobra a aquesta nova Intranet.

La Intranet és un producte dinàmic que pertany a tothom, per tal ha de promocionar-

se segmentant les necessitats de cada unitat.

Ha d’aportar satisfacció a l’usuari final.

Cada departament ha de poder gestionar i/o actualitzar contingut i documents sense

conèixer tècnicament cap eina informàtica, i així no dependrà del departament de

Sistemes o el proveïdor extern.

La clau principal per a que funciona qualsevol Intranet és que qualsevol empleat

trobi fàcilment tot allò que busca i que l’experiència d’utilitzar la Intranet sigui

satisfactòria.

El seu impacte organitzatiu és transversal, impactarà directament sobre totes les

divisions i unitats de negoci de B:SM.

Cal acceptar que el contingut de l'empresa es distribueixi i es diversifiqui, sense que

això sigui un impediment perquè estigui emmagatzemat de forma centralitzada.

Les intranets, tal i com s’han concebut fins ara, no tenen futur. Les noves

conceptualitzacions han d’incorporar els nous requeriments disruptors com ara, entre

d’altres, el món cloud, la prioritat de la mobilitat i les comunicacions, el treball en equip

multidisciplinari, etc. Elements que els usuaris de B:SM ja tenen incorporats en la seva

vida diària per a usos particulars i quotidians.



Aquests factors fan que a B:SM es plantegi construir un nou ecosistema de treball

on la disponibilitat de les dades i els serveis als usuaris siguin els components prioritaris.

Quan parlem de factors de disrupció parlem, principalment, de:

Cloud

Aporta ubiqüitat, accés universal a la informació i seguretat en

l’emmagatzematge de dades.

Mobilitat

Els usuaris han de poder accedir a la informació des de qualsevol lloc i des

de qualsevol dispositiu.

BYOD (Bring Your Own Device)

Política empresarial mitjançant la qual els empleats accedeixen amb els seus

propis dispositius (ordinadors, tauletes, mòbils, etc.) als recursos de

l’empresa. Té implicacions respecte a la seguretat i integritat de la informació.

Ecosistema de treball

Múltiples sistemes operatius, aplicacions, desenvolupadors i proveïdors de

contingut.

Multiple Touchpoints

Cada usuari pot generar diferents inputs i outputs als diferents canals de

comunicació de què disposa una empresa (lloc web, correu electrònic,

telèfon, etc.).

Now Economy

Un factor clau és el concepte de treball en temps real o, com ja es denomina,

el Now Economy o economia de l’ara. Respon a la idea que en un món

connectat, perquè els costos baixin, cal una automatització de processos

sense necessitat d'intervenció humana.

La forma en què el contingut i les dades es recopilen i s'emmagatzemen en múltiples

aplicacions i unitats de negoci implica un distanciament del mercat dels sistemes grans

i genèrics.

La preferència cap a sistemes especialitzats i orientats a objectius, que es poden

integrar amb sistemes de contingut i repositoris, ens defineix la filosofia que hem

d’emprar i amb la que cal planificar el nou espai digital que inclogui la Intranet.



Es en aquest context en el que B:SM es planteja fer la transició cap a aquesta nova

era dominada per tecnologies mòbils, analítiques, núvols i tecnologies col·laboratives.

La millor estratègia que ha escollit B:SM a l’hora d’abordar el projecte de nova

Intranet es la de dividir el projecte en dos parts diferenciades:

1.4.1. WCMS: Web Content Management System

Inicialment, l’ECM en el context tradicional no va ser dissenyat per a usuaris amb

necessitats diàries de treballar i interaccionar amb continguts, de gestió documental,

sinó per als que només necessiten un repositori per gravar el contingut amb

procediments pautats. Centrada en processos a gran escala, amb informació

majoritàriament estructurada i processos de documentació intensius, reglats i marcats

per workflows

Per a B:SM però, la prioritat en l’àmbit de la intranet està en la comunicació més que

en el cicle de vida dels documents i en processos molt pautats. Per tant considera que

les solucions WCMS (Web Content Management System) poden ser mes adients.

Podem definir la gestió de contingut web (WCM) com el procés de control del

contingut que es consumeix en un o més canals digitals mitjançant l'ús d'eines de gestió

específiques basades en un repositori bàsic.

En aquest àmbit es on s’ubicarien la majoria de les funcionalitats que

actualment te el Portal del Empleado de B:SM, així com tots els requeriments de

publicació de informació que han sorgit de les entrevistes amb les àrees.

La plataforma en la que es desenvolupi ha de ser alhora una Solució de Gestió de

Continguts Web (WCM), una Plataforma d'experiència d'usuari, i un marc de

desenvolupament obert per a la integració d'aplicacions web centrat en el contingut i

personalització.

1.4.1.1. Arquitectura de la plataforma

La Plataforma s’ha de basar en una arquitectura moderna en capes que sigui simple

i eficient. Aquesta Arquitectura incloure diferents components:

Una capa de presentació que es basa en un motor de plantilles de disseny

Responsive. Ha de permetre als desenvolupadors crear bones interfícies d'usuari web

a través de tots els dispositius.



Una arquitectura que separi la presentació de l’enrutament, permetent als

desenvolupadors estendre netament aplicacions amb el seu propi codi no relacionades

amb la plataforma de gestió de continguts.

Un API pública completa i clarament definida per als desenvolupadors

d’extensions de la plataforma, que ofereixi facilitat d'ús i una compatibilitat a llarg termini

del seu treball per a futures versions de la plataforma.

Una REST API completa, totalment basat en l'API pública, que faci que sigui molt

fàcil d'integrar el sistema amb aplicació remota o codi; oferint tota la gamma de

capacitats de gestió de continguts a la plataforma a través d'una API basada en http

RESTful.

Unes persistent API i capa de emmagatzematge assegurant que l'aplicació pugui

en el futur residir en qualsevol sistema d'emmagatzematge, incloent bases de dades

NoSQL i altres tecnologies orientades a l'emmagatzematge de documents; els

desenvolupadors tenen l'oportunitat de crear el seu propi controlador

d'emmagatzematge si és necessari.

1.4.1.2. Mecanisme de REST API per a l’intercanvi de dades.

Una REST API completa per a totes les característiques del CMS:

Per proporcionar una experiència de contingut atractiu en tots els canals digitals i

mòbils, serà necessària una plataforma que ofereixi un entorn de desenvolupament

obert i una orientació centrada en l'usuari. La plataforma no ha de ser únicament un

CMS, sinó també una plataforma per als desenvolupadors. S’ha de poder crear

integracions, connectors i aplicacions allotjades en servidors o dispositius externs i

aprofitar les capacitats de gestió de continguts de la plataforma per integrar-ho en les

Apps que es puguin desenvolupar amb posterioritat.

1.4.1.3. Independència de la Base de Dades.

Una característica de la plataforma ha de ser la independència de la base de dades.

El desenvolupament ha de permetre utilitzar tant MSQL, com qualsevol Base de dades

NoSQL .



1.4.1.4. Framework.

La plataforma ha de disposar d’un framework que proporcioni un marc eficaç que

permet als desenvolupadors beneficiar-se d'una gran quantitat de recursos i avantatges:

Capacitat de deployment avançada

Millor suport al desenvolupament

Mes Seguretat

Mes estabilitat

Mes facilitat per oferir alta disponibilitat.

1.4.2. DW: Digital Workplace

Centrada en facilitar als usuaris un espai digital on sigui fàcil treballar en equip, donar

feedback i col·laborar gestionant informació no estructurada. Les empreses utilitzen

diverses eines per millorar el treball en grup i de col·laboració: fòrums de discussió,

conferències web, missatgeria instantània, espais de treball per equips, calendaris de

grups, sincronització i intercanvi d’arxius empresarials (EFSS), xarxes socials

empresarials (blogs, wikis, espais comunitaris, etc.) i, més recentment, l’oficina al núvol

i missatgeria mòbil.

Ens trobem davant d'una nova era que està transformant el pensament de la

col·laboració des d'un enfocament simple de treball en grups a centrar-nos i fer focus en

les xarxes d'individus.

En aquest apartat B:SM distingeix entre quatre grups d’eines:

IM: Missatgeria instantània. La missatgeria instantània té a veure amb la

construcció de relacions oferint entorn i contingut atractiu a fi de mantenir l'atenció

dels usuaris. El que diferencia la missatgeria és el seu impacte immediat, facilitant

interaccions hiper-personalitzades que milloren l'experiència de l'usuari.

COMMUNITIES: Comunitats i blogs.

EFSS: Enterprise Files Syncronization and Sharing. Son eines basades en el

núvol –Cloud– o en local –On-Premise– que permeten als usuaris sincronitzar i

compartir arxius (com ara documents, fotos i vídeos) entre els dispositius mòbils i

PC.

CC: Compartició de Calendaris.



El nexe d’unió entre totes elles ha de ser la integració amb Active Directory i

l'aplicació de polítiques Lightweight Directory Access Protocol (LDAP) de B:SM. Es a

dir, els usuaris i grups que s’utilitzin a cada apartat han de estar integrats amb Active

Directori i LDAP.

També es demana la integració entre les diferents eines de forma que un document

que hagi evolucionat ràpidament un petit grup de treball en un entorn EFSS acabi

publicant la seva versió definitiva en la solució WCMS a l’abast de tota la companyia.

L’àmbit d’accés a l’aplicació estarà restringit als usuaris de B:SM. S´hi haurà de

poder accedir a través dels principals navegadors actuals.

Els usuaris previstos per la futura Intranet son els següents:

- Usuaris administradors: 1-2 per cada unitat.

- Usuaris de consulta i interacció: 1500 usuaris aprox.

1.5. Termini d’implantació

El termini màxim d’implantació no serà superior a 9 mesos.

El termini començarà a comptar des de l’acte d’inici dels treballs, concretament des

del Kick-off del projecte, executant-se d’acord amb el programa de treball aprovat per

B:SM.

1.6. Àmbit de subministrament

A continuació es resumeixen els principals àmbits d’intervenció i de subministrament

de l’Adjudicatari del present plec de condicions tècniques:

- Instal·lació i configuració del llicenciament de tot el programari necessari per

a donar suport a la solució de la Intranet.

- Anàlisi i disseny funcional i tècnic de la solució Intranet d’acord amb els

requisits expressats en el present plec.

- Personalització, parametrització, desenvolupament i integració del nou

sistema d’acord amb el disseny funcional i tècnic realitzat.

- Migració i càrrega de dades per a la posada en marxa de la Intranet.

- Implantació i posada en marxa del nou sistema construït per a B:SM.

- Formació al personal de B:SM (i a qui aquest consideri necessari) en el nou

sistema a nivell d’usuari i a nivell tècnic, d’administració i suport.

- Suport a l’operació que correspon a les tasques relatives al servei de

manteniment incidental, suport tècnic i manteniment evolutiu del sistema per a

B:SM durant tota la vida del contracte.



Les esmentades prestacions s’executaran de conformitat amb allò previst en el

present plec i sota la direcció i control de B:SM, o d’aquella persona o entitat que

aquest designi.

És a dir, el manteniment a posteriori de cada aplicació que conformen el grup de la

Intranet anirà a càrrec de l’Adjudicatari.

Observar que s’exclou explícitament de l’àmbit de subministrament:

- El llicenciament de qualsevol aplicatiu anirà a càrrec de B:SM i serà propietat de

B:SM.

- Els components hardware, instal·lació i llicències dels sistemes operatius i bases

de dades, creació de les màquines virtuals i configuració de sistemes.

- El desenvolupament i modificació de les aplicacions pròpies de B:SM que

s’hauran d’adaptar per integrar amb la nova Intranet. Aquests treballs els

realitzarà B:SM amb el suport dels proveïdors de cada aplicació. L’adjudicatari

haurà d’aportar la informació necessària així com tots els desenvolupaments

necessaris per a que aquestes integracions es realitzin correctament.

Tot el programari s’executarà en els CPD1s de B:SM.

Serà B:SM qui adquireixi els servidors i llicències necessaris segons els requisits

proposats per l’adjudicatari i acceptats per B:SM.

Les llicències de components o llibreries que l’adjudicatari decideixi incorporar en el

desenvolupament aniran a càrrec de l’adjudicatari i es llicenciaran a nom de B:SM.

1 Centre de processament de dades (datacenter)



2. REQUERIMENTS FUNCIONALS

El licitador de la nova Intranet de B:SM haurà de proporcionar una solució que

compleixi amb els requisits funcionals exposats en aquest document.

A continuació es descriuen els requeriments funcionals de la nova Intranet.

2.1. WCMS. Web Content Management System.

En aquesta part del nou espai Intranet de B:SM es migraran tots els continguts que

actualment disposen al Portal del Empleado. A més s’enumeren algunes noves

funcionalitats que les diferents àrees han demanat.

2.1.1. Funcionalitats del portal del Empleado.

S’enumeren els continguts, funcionalitats, i quin es el lloc en el que es troben de

cada apartat. En el cas que el contingut d’origen estigui a la aplicació de RRHH, que

en el nostre cas es META4, s’ha de tenir en compte que B:SM facilitarà un sistema

de funcions al licitador per tal de accedir a la informació (veure apartat 5.2).

2.1.1.1. Que es B:SM

2.1.1.2. Sistema d’Integritat

2.1.1.3. Premsa

2.1.1.4. Espais de Comunicació

APARTAT SUBAPARTAT SUBAPARTAT 2 SUBAPARTAT 3 SUBAPARTAT 4 QUI TE ACCES? COM ES MOSTRA? ON ES LA INFO?

Que es B:SM Benvinguda Portal Tot el Grup B:SM CMS PORTAL

Visio i Misio Tot el Grup B:SM CMS PORTAL

Organitzacio Tot el Grup B:SM CMS PORTAL

Guia de l'excel·lencia Tot el Grup B:SM CMS PORTAL

Estructura Organitzativa 2017 Tot el Grup B:SM CMS PORTAL


Sistema d'Integritat Presentacio Tot el Grup B:SM CMS PORTAL

Contingut i Desenvolupament Tot el Grup B:SM CMS PORTAL

Contacte Tot el Grup B:SM CMS PORTAL


Premsa Recull de Premsa Directors, Caps CMS PORTAL

Revista BCNSERVEIS Tot el Grup B:SM ENTRADILLA + PDF PORTAL



2.1.1.5. El meu Portal

2.1.1.6. Models i formularis

2.1.1.7. Vull demanar


Espais de comunicacio Noticies d'Empresa Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Sessio Directiva Directors, Caps CMS PORTAL

Cursa de la Dona Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Aparcaments Exclusiu Unitat ENTRADILLA + PDF PORTAL

Grues Exclusiu Unitat ENTRADILLA + PDF PORTAL

Area(UOER) Exclusiu Unitat ENTRADILLA + PDF PORTAL

Agents Civics Exclusiu Unitat ENTRADILLA + PDF PORTAL

Zoo Espai ZOO Exclusiu Unitat ENTRADILLA + PDF PORTAL

Canal ZOO Tot el Grup B:SM CMS PORTAL

Park Güell Exclusiu Unitat ENTRADILLA + PDF PORTAL

Noticies Sindicals Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Comité de Projectes Presentació Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Projectes Tot el Grup B:SM ENTRADILLA + PDF PORTAL


El meu Portal Les meves dades Dades Personals Tot el Grup B:SM REPINTAT META4

Persones Dependents Tot el Grup B:SM REPINTAT META4

Dades Professionals Tot el Grup B:SM REPINTAT META4

Certificats i llicencies Tot el Grup B:SM REPINTAT META4

Els meus documents Tot el Grup B:SM REPINTAT META4

Els meus informes Tot el Grup B:SM REPINTAT META4

Peticio de documents Tot el Grup B:SM REPINTAT META4

Les dades bancaries La Nomina Tot el Grup B:SM REPINTAT META4

Certificat IRPF Tot el Grup B:SM REPINTAT META4

Compte Bancari Tot el Grup B:SM REPINTAT META4

Altres comptes Tot el Grup B:SM REPINTAT META4

Les meves gestions Comunicat Medic Tot el Grup B:SM REPINTAT META4

Mutua ASISA Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Reduccio de jornada Tot el Grup B:SM REPINTAT META4

Excedencia Tot el Grup B:SM REPINTAT META4

La meva organitzacio Calendaris Laborals Tot el Grup B:SM PDF PORTAL

Festius Oficials Exclusiu Unitat PDF PORTAL

Conveni col·lectiu Tot el Grup B:SM PDF PORTAL

Busca Persones Tot el Grup B:SM REPINTAT META4

Estructura Organitzativa Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Correu electrónic Bustia Correu empresa Tot el Grup B:SM OWA EXCHANGE

El basar Basar Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Publicacio d'articles al Basar Tot el Grup B:SM CMS PORTAL

Mes tramits S'he m'ha fet malbe la tarjeta Tot el Grup B:SM REPINTAT META4

Model M-145 Tot el Grup B:SM REPINTAT META4

Publicacions

Vincle al CREA Tot el Grup B:SM ENLLAÇ BSMCREA

Beneficis Socials Tot el Grup B:SM CMS PORTAL


Models i formularis Comunicat medic Tot el Grup B:SM REPINTAT META4

ASISA Tot el Grup B:SM CMS PORTAL

Pla de pensions Tot el Grup B:SM CMS PORTAL

Model M-145 Tot el Grup B:SM CMS PORTAL


Vull demanar Loteria de Nadal Tot el Grup B:SM CMS WEB LOTERIA

Ajut Escolar BSM / ZOO REPINTAT META4

Vacances Tot el Grup B:SM REPINTAT META4

Reducció Horaria Tot el Grup B:SM REPINTAT META4

Permisos Tot el Grup B:SM REPINTAT META4

Avançament mensualitats Tot el Grup B:SM REPINTAT META4

Reducció Joranda Tot el Grup B:SM REPINTAT META4

Aportacio Pla Pensions Tot el Grup B:SM REPINTAT META4

Excedencies Tot el Grup B:SM REPINTAT META4

Petició de documents Tot el Grup B:SM REPINTAT META4

Tarjeta d'Identificacio Tot el Grup B:SM REPINTAT META4

VP 2.0 UNITATS OPERATIVES ENLLAÇ VISUAL PLAN

VP PRC 2.0 UNITATS OPERATIVES ENLLAÇ VISUAL PLAN



2.1.1.8. Vull aprovar

2.1.1.9. Relacions laborals

2.1.1.10. Desenvolupament

2.1.1.11. RSC

2.1.1.12. EnBICIa’t


Vull aprovar Manual d'ajuda Directors, Caps, Encarregats ENTRADILLA + PDF PORTAL

Validacions RRHH Directors, Caps, Encarregats REPINTAT META4

Peticions del meu personal Directors, Caps, Encarregats REPINTAT META4

Vacances del meu equip Directors, Caps, Encarregats REPINTAT META4

Historial de peticions Directors, Caps, Encarregats REPINTAT META4

Validacions d'avaluacions Directors, Caps, Encarregats REPINTAT META4


Relacions laborals Calendaris Laborals Tot el Grup B:SM PDF PORTAL

Festius Oficials Exclusiu Unitat PDF PORTAL

Conveni col·lectiu Tot el Grup B:SM PDF PORTAL


Desenvolupament Formacio Peticions de formacio Directors, Caps REPINTAT META4

Pla de Formacio Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Manuals de formacio Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Itineraris profesionals Tot el Grup B:SM REPINTAT META4

Eficacia formacio Avaluacio equip Directors, Caps, Encarregats REPINTAT META4

Autoavaluacio Tot el Grup B:SM REPINTAT META4

Avaluacio Compliment Processos Avaluacio Tot el Grup B:SM REPINTAT META4

Avaluacio del meu equip Tot el Grup B:SM REPINTAT META4

Els meus informes Tot el Grup B:SM REPINTAT META4

Historial del meu equip Tot el Grup B:SM REPINTAT META4

Avaluacio Temporals Tot el Grup B:SM REPINTAT META4

Cobertura places seleccio Peticio de cobertures Directors, Caps, Encarregats REPINTAT META4

Seguiment de processos Directors, Caps, Encarregats REPINTAT META4

Entrevistes a candidats Directors, Caps, Encarregats REPINTAT META4

Documentacio formacio Tot el Grup B:SM ENTRADILLA + PDF PORTAL


RSC El Medi Ambient Presentacio Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Altres compromisos Tot el Grup B:SM ENTRADILLA + PDF PORTAL

EcoNews Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Missatges Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Premis Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Bones Practiques Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Benestar i Salut Any del Cor Tot el Grup B:SM ENTRADILLA + PDF PORTAL

La Prevencio Servei de prevencio Presentacio Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Pla de Prevencio Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Vigilancia de la Salut Horari de Prevencontrol Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Protocols Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Seguretat Avaluacio de Riscos Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Plans de Emergencia Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Procediments de Seguretat Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Formacio Manuals Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Campanyes Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Informacions Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Espai Igualtat Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Memòria Sostenibilitat Tot el Grup B:SM ENTRADILLA + PDF PORTAL


EnBICIa't Serveis EcoBicis Informacio Oficines Calàbria ENTRADILLA + PDF PORTAL

Serveis EcoMotos Informacio Oficines Calàbria ENTRADILLA + PDF PORTAL

Video Tutorials Oficines Calàbria ENTRADILLA + PDF PORTAL



2.1.1.13. Fem-ho fàcil.....

2.1.2. Noves funcionalitats demanades.

2.1.2.1. Compartir informació.

Habilitar un lloc a la intranet per publicar i compartir informació amb altres

àrees: aquella que cada àrea consideri rellevant. Ara mateix, aquesta

informació està dispersa i difícil de trobar. La visualització de la mateixa seria

per perfils. Exemples:

o Avantatges socials de que disposes, a quines tens dret.

o Informació de servei que moltes vegades el empleat no sap perquè

no s’ha divulgat al lloc adequat.

o Accessibilitat als centres. Incidències de com arribar.

o Permisos i calendaris.

o Canvis de procediment i funcionament.

o Actuacions al parc i activitats organitzades.

o Promocions vigents per la gent del parc.

o Esdeveniments i festes solidaries.

o Intercanvi informació lloc de treball.

o Noticies d’interès per Agents Cívics

o Expedients de contractació

o Llistat de contractes transversals.

o Actes de comitès de direcció.

o Actes de reunions diverses.

o Processos principals de cada àrea. Valor afegit que aporta.

o Catàleg de serveis de cada àrea.

o Informes econòmics i financers.

o Informació Oficina de Projectes.

o Dades sobre monitorització dispositius.

o Contractes de cada àrea.

o Guies d’utilització.

o Imatge Corporativa.

o Informació qualitativa de agents cívics.


Fem-ho fàcil… Manuals Tot el Grup B:SM ENTRADILLA + PDF PORTAL

Resums formatius Tot el Grup B:SM ENTRADILLA + PDF PORTAL

TibiDocs Tot el Grup B:SM ENTRADILLA + PDF PORTAL



o Resultat de enquestes.

o Principals KPI de l’àrea.

o Canal de noticies o Calendari corporatiu del que succeeix a la

companyia. D’events que ocorren en BSM.

o InfoZOO.

o Definir lloc on apareguin les volumetries de les diferents AREAS de

BSM, que conformarien la foto bàsica de la empresa. BSM en xifres.

o Eina de Clipping. Integrar a la Intranet la eina que proveeix de notícies

que s'han publicat en els mitjans externs sobre BSM

Que es pugui identificar fàcilment en nou contingut posat a la Intranet. Per

exemple amb un ressaltat, etc.

2.1.2.2. Cercador de Persones

S’ha de implementar un sistema de cerca de persones, per tot B:SM, com

per PATSA.

Aquest cercador ha de buscar qualsevol treballador per diferents tipus de

camps. Ex: nom, cognoms, telèfons... Les dades a mostrar seran les

metadades de la treballador relacionat amb la posició que ocupa dins de la

companyia.

2.1.2.3. Únic punt d’entrada

Desitgen que tot el que necessitin per el treball diari estigui a la intranet

(integrat encara que sigui amb accessos directes).

Que cada persona tingui d’entrada la primera visió dels temes que ha de

tractar. Avisos, footprints(eina de ticketing) pendents, etc.

2.1.2.4. Estadístiques

Disposar d’estadístiques i analítiques sobre la utilització del portal. Per

diversos criteris de segmentació.

Enquestes interactives de satisfacció de la eina WCMS: Que es puguin

efectuar enquestes (POP-UP) dels temes que ens interessaria a la intranet,

o dels que mes ens interessa. Quan l’usuari porti un temps mirant la intranet

(aproximadament entre 10 o 15 minuts).



2.1.2.5. Knowledge Base.

Knowledge Base o Foro de experts (sobre temàtica d’ interès). Tenir un lloc

on fer consultes a experts internament sobre diversos temes. Comunicació

top-down.

Un altre variant d’aquest tipus podrien ser les comunitats professionals on

persones que treballen professionalment certs temes poguessin intercanviar

punts de vista o novetats en la temàtica concreta de cada un d’ells.

2.1.2.6. Gestió de Continguts.

La gestió de la informació, tant de creació com de visualització ha de ser per

perfils. Hi hauran perfils per àrees i perfils transversals a totes les àrees. La

informació ha de estar ubicada per la seva visualització de forma transversal

(visible per totes les àrees) o a la seva àrea particular (si nomes ho poden

veure els perfils interns).

De la mateixa forma existiran Gestors (persones) de continguts per cada àrea

i gestors de la informació transversal. A continuació es detalla un exemple

de diagrama de la Intranet:

L'aspecte de la intranet ha de ser atractiu, amigable i modern.



On cada àrea pugui personalitzar el layout de la seva intranet. Decidir quins

components seleccionar, d’un catàleg pre-establert. L'eina per fer això ha de

ser molt flexible.

Agilitzar les altes i baixes d'empleats. Al pla d’acollida de la empresa hi ha

parts que es fan abans de signar. Es vol que certes parts estiguin visibles

per l’empleat al portal abans de donar d’alta a Active Directory.

Poder gestionar publicacions d’informació de manera automàtica, per dates

i hores (caducitat).

Revistes i similars. Canviar l’actual format de visualització PDF, a un que

sigui mes fàcil per llegir (tipus e-book).

2.1.2.7. Gestió àgil de layouts

La plataforma ha de disposar d'un sistema per poder definir diferents layouts

(Plantilles) en determinades pàgines i poder re-configurar en qualsevol

moment. L'edició d'aquestes pàgines específiques no han de requerir de

coneixements tècnics, ja que el mateix editor de contingut podrà seleccionar

fàcilment entre diversos dissenys preestablerts.

Un cop seleccionat el disseny en què es mostrarà la pàgina en concret, es

podrà escollir què mostrar en cada bloc, és a dir, què mostrar a la dreta i què

mostrar avall, o què mostrar al peu de pàgina si el disseny conté tres parts

(últimes notícies publicades, o carrusel de mitjanes o un núvol de paraules

clau, o una enquesta, o incrustar un vídeo del YouTube o un mapa del Google

Maps ...).



2.2. Digital Workplace.

En aquesta part del nou espai Intranet de B:SM es fa referencia a altres tipus de

entorns que pretenen facilitar la comunicació entre les diferents àrees i persones de

la companyia. Es hem dividit en quatre àmbits:

2.2.1. Enterprise File Syncronization and Sharing (EFSS).

Facilitar la creació d’equips multidisciplinaris de treball.

Ha de ser amb un període limitat de temps.

Que les eines que s’utilitzin siguin multi dispositiu,

Que permeti treballar amb múltiples tipus de arxius.

Que permeti que totes les persones del grup puguin treballar sobre el mateix

document.

Ha de permetre el funcionament per tasques.

Integrat amb el sistema d’usuaris i perfils corporatiu de la companyia.

2.2.2. Missatgeria Instantània (IM)

Possibilitar eina de Missatgeria Instantània interna.

Amb sistemes que garanteixin la seguretat i la encriptació de la informació.

Amb possibilitat de grups per àrees o també transversals.

Integrat amb la agenda corporativa d’usuaris.

2.2.3. Comunitats d’interessos.

Possibilitar la creació de comunitats d’afinitats o interessos. Seria un espai

de temes d’interès però sense contrastar. Amb opinions i respostes.

Amb temàtica diversa (esport, cuina, etc.). Poder compartir amb xarxes

socials o missatgeria (sempre internes).

La comunicació ha de ser bidireccional.

Que hi hagi un camp obert de comentaris a les publicacions (també likes o

valoració).

Espai per poder vehicular també queixes i suggeriments.



2.2.4. Compartició de Calendaris.

Possibilitar la gestió de calendaris compartits. Ha d’estar integrats amb el

sistema d’usuaris i perfils de la companyia.

Possibilitar la gestió de múltiples calendaris per un mateix usuari.

Donar la opció de poder visualitzar els calendaris i les cites mes properes

des de la intranet.

Es desitja que des de el sistema de gestió de calendaris es puguin gestionar

sales, projectors, etc a la vegada que convoquen reunions.

Sistema multi dispositiu. Que aquestes funcionalitats es puguin fer servir des

de qualsevol dispositiu (PC, Portatil, tablet, smartphone)

3. REQUERIMENTS TÈCNICS

3.1. Accessibilitat web

El sistema haurà de ser accessible a través d'un navegador, garantint el seu

funcionament almenys en els navegadors següents:

- IE 10 o superior.

- Chrome versió 34 o superior.

- Firefox versió 49.0.2 o superior.

La imatge de l'aplicatiu s'ha d'ajustar a la línia gràfica de B:SM.

Els usuaris que els seus dispositius mòbils tipus smartphones/tablets estiguin fora de la LAN, accediran a la xarxa de BSM via Firewall Juniper/Pure Secure.

3.2. Composició, estils gràfics i navegació

B:SM proporcionarà alguns dels elements gràfics (logotips, imatge corporativa) i

d’estil. Tot i això, les tasques de composició, navegació i disseny gràfic hauran de

ser íntegrament realitzades per l’Adjudicatari, qui haurà de fer propostes de

composició i disseny de l’aplicació perquè els responsables de B:SM les acceptin.

En la fase de disseny del projecte, l’Adjudicatari haurà de presentar una proposta

del disseny de l’aplicació que inclogui pantalles en mode wireframe i propostes de

disseny gràfic detallat de les principals pantalles de l’aplicació.



3.3. Base de dades

El sistema de gestió de bases de dades haurà de ser MySql / MariaDB.

Serà responsabilitat del licitador que el sistema gestor de base de dades sigui capaç

de gestionar el gran volum de dades tant alfanumèriques com espacials que haurà

de suportar el sistema.

3.4. Estàndards de desenvolupament del CMS

La plataforma per desenvolupament haurà de ser OpenSource.

Els estàndards de desenvolupament per la part del WCMS hauran de ser:

HTML

Javascript

PHP

3.5. Sistemes operatius de servidor

El sistema haurà de ser compatible amb els següents sistemes operatius de

servidor, en funció dels requeriments de la solució:

- Windows server 2008 R2 o superior.

- Linux (Debian o Ubuntu).

La infraestructura de servidors anirà virtualitzada sobre la plataforma VMWare 5 o

superior.

3.6. Sistemes d’aplicacions

Els servidors d'aplicacions suportats en B:SM són:

- Apache

- IIS

3.7. Compatibilitat amb MS Office

El sistema haurà de ser compatible amb MS Office 2016 o superior per als processos

d'exportació/importació amb MS Excel, sincronització amb MS Outlook, etc.



3.8. Disponibilitat

El sistema haurà de tenir uns nivells de disponibilitat de 24x7. Això implica una

disponibilitat molt alta.

3.9. Migració de versions

Els desenvolupaments específics que es facin en l'aplicació a implantar NO

HAURAN DE SUPOSAR una barrera per a les migracions de versions d'aquesta

aplicació.

És a dir, el licitador haurà de garantir que qualsevol nova versió i actualització en

l'aplicació general podrà realitzar-se amb seguretat sense que els

desenvolupaments específics realitzats per a B:SM ho impedeixin; per tant, s'haurà

de garantir la integració total dels desenvolupaments específics realitzats per a B:SM

en l'aplicació.

3.10. Multiidioma

El sistema haurà de ser multi-idioma, estant disponible almenys en català i castellà.

L'usuari podrà canviar d'idioma tantes vegades vulgui. Haurà de ser suficient un nou

"login" perquè el canvi d'idioma tingui efecte o en el seu cas amb un altre millora

presentada per l’adjudicatari.. L'usuari haurà de poder triar l'idioma per defecte en

les seves preferències, per no haver de canviar-lo cada vegada que fa "login" en el

sistema. En cas que no hi hagi preferència d'elecció, es mostrarà com a idioma

predefinit el català.

El Sistema haurà d'estar preparat per a afegir un nou idioma de manera "senzilla".

És a dir, la interfície haurà d'estar dissenyada de tal manera que els textos i etiquetes

de la interfície es prenguin d'un fitxer (o base de dades, o qualsevol altre repositori

ordenat) depenent de l'idioma.

Afegir un idioma hauria de ser una tasca "senzilla", reduïda a col·locar la traducció

de textos i etiquetes i afegir un nou idioma en el menú de preferències.

El Sistema haurà de tenir en compte els diferents formats de data i hora de cada

idioma, ja que no s'editen igual les dates i hores en diferents idiomes. Això sí,

aquestes dades hauran d'estar guardades únicament en un format.

Els camps d'informació de les entitats que requereixin presentar-se en més d'un

idioma s'hauran de poder editar en els idiomes disponibles.



3.11. Entorns

Els entorns habituals seran els següents: desenvolupament, preproducció i

producció. La Direcció Corporativa de Sistemes d'Informació de B:SM posarà a

disposició de l'adjudicatari el manual corresponent amb les polítiques de traspassos

entre entorns i gestió dels mateixos.

Tots els canvis d’un entorn cap a un altre han de seguir les polítiques de gestió

proposades per BSM. Aquestes polítiques es basen en la gestió dels canvis (PDC’s)

que s’han de enregistrar per obtenir un control intern en les pujades i actualitzacions

dels diferents entorns.

Serà obligatori per l’adjudicatari gestionar aquests PDC’s i fer-los arribar, amb un

marge adequat de temps, al departament de Sistemes de BSM (Operacions), on

serà aquest qui determini si el PDC concret s’autoritza o es rebutja per manca de

fiabilitat o informació.

L’aplicació ha de permetre identificar amb claredat si està treballant en entorn de

desenvolupament, producció o pre-producció.

3.12. Hardware i software de base

L’adjudicatari facilitarà les recomanacions i requeriments necessaris sobre

l’arquitectura i equipaments hardware i software de base necessari. Aquestes

recomanacions seran aprovades i validades per Operacions Sistemes de B:SM.

B:SM facilitarà i subministrarà tots els equipaments, hardware, software de base i

llicenciament necessari per a la instal·lació, configuració, personalització dels

diferents productes necessaris pel desenvolupament del contracte.

3.13. Capacitat il·limitada de gestió

La solució proposada no tindrà limitacions relacionades amb el volum de dades a

gestionar (per exemple, nombre d'usuaris, número de documents, sessions

simultànies, etc.).

En el cas que es produeixi un augment en el volum de dades gestionat pel sistema

o del nombre d'usuaris concurrents que accedeixen a la mateixa que produeixi una

minva en el rendiment del sistema, aquest ha de poder resoldre's amb l'augment

dels recursos maquinari, però, en cap cas podrà limitar o impedir l'ús de la solució.



3.14. Tecnologia

Els sistemes a implantar han d’estar basats en algunes de les següents tecnologies.

Ho separem per àmbits funcionals:

WCMS: Ez-Platform / Drupal

DW-EFSS: Box; Nextcloud; OneDrive/365; DropBox for Business.

DW-Missatgeria Instantània: Slack; Skype for Business; Microsoft Teams;

Google Hangouts.

DW-Comunitats: Yammer; Drupal; Ez-Platform;

DW-Comparticio de Calendaris: MS-Exchange; Microsoft 365; Gsuite;

Zimbra.

3.15. Seguretat

El sistema ha de tenir un timeout configurable. Per exemple, si l’usuari no

interactua en 10 minuts s’ha de tancar la sessió automàticament.

L’aplicació ha de permetre un número configurable màxim d’intents de connexió

i si el supera desactivar l’usuari.

Totes les connexions han de seguir el protocal HTTPS, així com totes les

aplicacions que interactuïn amb la nova Intranet han de ser full-web.

3.16. Criteris tècnics genèrics

A continuació s’exposen els criteris generals de disseny que han de complir tots els

components a desenvolupar.

1. Usabilitat i accessibilitat

La interfície d’usuari de les aplicacions ha de ser fàcil d’utilitzar permetent una

interacció accessible, efectiva i eficient en el seu context d’ús. En general, es

seguiran les bones pràctiques i les convencions del sector.

2. Estàndards

Les interfícies de comunicació entre els diferents mòduls s’han de basar en

estàndards utilitzats per B:SM i l’Ajuntament de Barcelona per facilitar la

compatibilitat i capacitat d’integració entre proveïdors.

B:SM facilitarà la informació necessària a l’adjudicatari de les interfícies per a

que pugui desenvolupar les integracions.



3. Seguretat

El disseny del sistema ha de garantir la plena seguretat d’accés, amb especial

atenció al tractament de dades personals i financeres dels comptes, respectant

el marc legislatiu vigent. El sistema s’ha de protegir enfront de virus, troians,

atacs d’injecció, etc.

4. Alta disponibilitat

El sistema ha d’oferir alternatives tècniques o operatives enfront possibles

incidències tècniques per tal de garantir el nivell de servei requerit.

5. Fiabilitat

El disseny del sistema s’ha de fonamentar en procediments i recursos que

permetin disposar de dades plenament fiables. S’ha de desenvolupar

procediments de testing en el desenvolupament, per exemple, tests unitaris i

d’integració.

6. Modular

El disseny ha de ser modular per facilitar tant detecció d’errors i responsabilitats,

com també la seva capacitat per ampliar i actualitzar components.

7. Traçabilitat

El disseny del sistema ha de facilitar la identificació i el diagnòstic d’incidències

en tots els seus components (hardware, software) i en les seves interfícies de

comunicació. Així doncs, les aplicacions i interfícies han de tenir un mode debug

per a la depuració d’errors.

8. Parametrització

El disseny ha de permetre configurar àmpliament els seus paràmetres, evitant,

en la mesura del possible, l’assignació de valors o funcions rígides (hardcode).

9. Tractament de dades

El disseny del sistema ha de garantir la plena seguretat en l’ús i el tractament de

les dades personals o comercials, d’acord amb el marc legislatiu vigent.

10. Multiplicitat de proveïdors

El disseny del sistema s’ha de realitzar considerant un escenari amb diversos

proveïdors i diverses interfícies de comunicació amb altres sistemes.

La fiabilitat de la informació de l’aplicació és crítica, un funcionament imprecís o poc

fiable seria una greu font de conflictes operatius i administratius que no es podrien



assumir. Per tant, és imprescindible garantir un elevat nivell de qualitat i de servei

en un entorn segur i fiable.

4. REQUERIMENTS D’ADMINISTRACIÓ

4.1. Gestió d’usuaris

El sistema ha de permetre la gestió d'usuaris i la definició de perfils amb diferents

permisos d'accés de manera senzilla i segura, sense necessitat de disposar de

coneixements tècnics.

L'assignació de permisos es podrà fer a nivell d'entitat(s) i funcionalitat(s) del sistema

(consulta, edició, generació d'informes, creació de contractes, etc.), a més de

l'existència de perfils tècnics per a la seva administració.

Cada usuari que accedeixi al sistema tindrà associat un perfil que definirà les accions

que podrà fer dins el sistema. En aquest sentit, el licitador haurà de fer una proposta

preliminar en la seva oferta dels permisos associats a cada perfil, podent establir

diferents nivells d'accés.

Des de l'eina d'administració es podran portar a terme les actuacions necessàries

per a la gestió dels usuaris (alta, baixa i modificació) i permisos (accés, edició, gestió

d'incidències, etc.), creació de nous perfils amb els seus corresponents permisos,

accés a les diferents tipologies d'actius i entitats, etc.

Aquesta eina d’administració estarà dividida en dues parts:

Gestió Usuaris Total: correspon a la gestió d’usuaris general de la Intranet.

L’administrador general de la Intranet te accés total a totes les gestions

d’usuaris de la Intranet.

Gestió Usuaris per Divisions: correspon a la gestió d’usuaris de cada divisió.

On cada Gestor de cada Divisió podrà realitzar la gestió d’usuaris a nivell

intern de la seva pròpia divisió.

Tant la part transversal de tota la Intranet com la part de cada divisió poden coexistir

o un o més gestors.

No obstant això, no s’ha d’oblidar que hi ha un requeriment d'integració (LDAP) que

condiciona i està molt relacionat amb aquesta gestió d'usuaris.



4.2. Configuració de la plataforma

L’usuari administrador podrà controlar la configuració dels paràmetres del sistema

que afectaran tota la solució.

S'haurà d'implantar un sistema que permeti comunicar entre si tots els components

o sistemes propis, a més de permetre i assegurar la interoperabilitat amb altres

sistemes d'informació.

Ha de permetre el manteniment dels paràmetres de configuració que controlen el

comportament global del sistema.

Ha de permetre la configuració del sistema a través d'aquesta funcionalitat sense

necessitat de programació.

4.3. Administració de dades mestres

El futur sistema tindrà la funcionalitat de gestionar algunes de les dades mestres o

catàlegs inclosos en l'aplicació.

Una Dada Mestra o Catàleg és una informació del sistema, assignada a una

entitat/element (un atribut d'una entitat), els valors de la qual estan tipificats, tabulats

i són coneguts.

D'aquesta manera, a l'hora d'emprar aquesta informació, els possibles valors estan

acotats i definits, sense possibilitat d'error.

S'hauran de poder prefiltrar les dades mestres en funció del perfil o grup d'usuari (o

Àrea/Divisió) per tal de facilitar la selecció.

4.4. Gestió del log

El nou sistema guardarà un registre de totes les accions realitzades pel Sistema així

com les accions realitzades pels seus usuaris, i les accions realitzades en processos

d'importació i exportació de dades.

L'objectiu d'aquest registre és poder saber en tot moment les accions que s'han

realitzat en el sistema amb l'objectiu de:

- Monitoritzar que el seu ús és l'adequat

- Detectar possibles problemes d'interacció entre els usuaris i el sistema

El Log d'usuari només estarà disponible per a l'administrador del sistema.

L'administrador podrà fer amb el Log:



- Consultar el Log, podent buscar per algun dels camps que s'emmagatzemen en

cadascuna de les seves línies

- Esborrament del Log, atès que és una informació el creixement de la qual és

exponencial amb l'ús del sistema

El registre de log haurà de ser el més complet possible i haurà de guardar, almenys,

la següent informació:

- Data i hora de l'operació

- Usuari

- Identificació de l'operació

- Descripció de l'operació

4.5. Esborrament de dades lògic

El nou sistema en les operacions d'esborrament o baixa de qualsevol element farà

un esborrament lògic.

Aquest esborrament lògic consistirà en una marca que el sistema li posarà a aquest

registre, entitat de dades o element que es desitja eliminar o donar de baixa, perquè

quan el sistema vagi a llegir-lo, ho ignori.

No s'esborrarà físicament cap registre de la base de dades.

En cas que s'hagi fet per error un esborrament lògic per part d'un usuari,

l'administrador del sistema disposarà de la capacitat per a revertir l'esborrament

lògic, tornant a "activar" el registre, entitat de dades o element, de tal manera que ja

no estarà esborrat. Només l'administrador disposarà d'aquests privilegis.

És important assenyalar que en alguns casos, podria no ser possible desfer un

esborrament lògic a causa de la integritat de les dades per les operacions que

s'hagin pogut fer després de l'esborrament lògic, o bé per les relacions entre les

dades. El sistema haurà de garantir aquesta integritat de dades.

4.6. Històrics de dades

Algunes entitats de dades hauran de tenir una gestió del seu històric d'informació.

És a dir, un registre on es vagi guardant els valors que ha tingut l'entitat.

És a dir, hauran de disposar d'una rèplica en la qual es bolcarà la informació abans

de ser modificada juntament amb la informació d'auditoria pertinent, cada vegada

que es faci una operació de modificació (ja sigui alta, actualització o baixa) sobre

aquesta entitat de dades.



Per tant, per a les entitats de dades amb gestió d'històric hi haurà un repositori

"mirall" amb la mateixa tipologia d'informació (és a dir, camps) i la informació

d'auditoria.

La informació d'auditoria serà:

- Data i hora de l'operació

- Usuari que porta a terme l'operació

- Operació realitzada

- Informació anterior a la modificació

4.7. Proves d’estrès

L'adjudicatari haurà de planificar la realització de proves de càrrega i capacitat sobre

l'entorn de preproducció tenint en compte capacitat d'accessos simultanis d'usuaris,

temps de càrrega de continguts, conflictes i comportaments de CPU i memòria RAM

de servidors, etc.

Aquestes proves hauran de ser validades i supervisades per BSM, havent-se de

lliurar prèviament a aquestes la documentació corresponent al pla de proves, així

com un informe de resultats posteriorment.

En cas que els resultats d'aquestes proves mostrin resultats no previstos segons el

parer de BSM, l'adjudicatari es veurà en l'obligació d'optimitzar els entorns de

funcionament. Aquestes millores comportaran una nova fase de proves i revisió per

part de BSM, i així successivament.

Per a les aplicacions executades a través d'un navegador, així com per a les

connexions de bases de dades amb JDBC, FTP, LDAP, serveis web, JMS, HTTP i

connexions TCP genèriques, es generarà la configuració del JMETER (o programari

similar) més habituals, amb el ritme previsible d'ús i que sigui repetible diverses

vegades i en paral·lel.

S'han de poder executar en qualsevol moment i entorn.



5. REQUERIMENTS D’INTEGRACIÓ

5.1. Integració Meta4

BSM disposa d’un Portal del Empleat on es realitza la gestió de tràmits de qualsevol

treballador via consultes majoritàriament a l’aplicació de Meta4.

Actualment, aquestes consultes mostren la gestió de tràmits amb pàgines amb

format en Meta4. Existeixen més de 60 peticions que s’hauran d’integrar amb la

Nova Intranet.

La integració de la Intranet amb Meta4 es realitzarà via WebServices on la Intranet

farà la crida per recuperar les dades necessàries a l’aplicatiu de Meta4 amb l’objectiu

de mostrar aquestes dades en un format web més funcional i intuïtiu per l’usuari

final.

Aquests WS hauran de ser bidireccionals, ja que treballen en diferents mètodes:

Inserció de dades.

Actualització de les dades.

Eliminació de les dades.

Càrrega de dades.

L’adjudicatari haurà de controlar que cada consulta a les dades de Meta4, haurà de

controlar el login del usuari i aquest amb el Active Directory, per mostrar-li les seves

pròpies dades.

Es fa èmfasis, que la Intranet disposarà d’un gestor de tràmits senzill i molt intuïtiu ,

per la futura gestió de tràmits nous.

Degut a la complexitat en el procés de negoci, es defineix dos equips de treball per

el desenvolupament de la Nova Intranet i de les integracions en Meta4.

Un dels equips desenvoluparà tots els WS necessaris i començarà la anàlisis i el

futur desenvolupament amb paral·lel amb l’altre equip que farà la

anàlisis/desenvolupament de la part de WCMS i Digital Workplace.

Queda fora d’aquest contracte la modificació de les aplicacions terceres de BSM.

Tot i això, l’adjudicatari haurà de proporcionar la informació i el suport necessari per

a que BSM (o el tercer que aquest designi) pugui realitzar els desenvolupaments.



5.2. Plataforma de Formació

Actualment BSM disposa d’una plataforma de formació online, gestionada per

tercers, on tot el personal de la companyia realitza les diferents activitats formatives

en aquesta plataforma.

La plataforma està formada per dos components Moodle 3.2: LCMS i H5P(com a

recurs HTML5). També s’utilitzarà un campus ulearn desenvolupat en LMS.

La integració de la Intranet amb aquesta nova plataforma ha d’incloure els següents

requeriments. Des de la Intranet s’ha de poder integrar uns mínims requeriments

com son:

Disposar d’un espai, per perfils d’usuaris, on es pugui consultar tot el catàleg

de cursos.

Tenir l’opció des de la Intranet de que cada usuari pugui apuntar-se a un curs

en concret.

Hi haurà un link per anar a la plataforma i realitzar les gestions formatives

pertinents.

5.3. Plataforma Open Data

La Intranet disposarà d’un espai on es publicarà qualsevol dada que BSM cregui

oportú como a open data. Aquest espai consistirà en una pàgina web amb una breu

descripció de les dades Open Data i els corresponents links als diferents documents

emmagatzemats en el Gestor Documental.

L’Adjudicatari haurà d’integrar aquesta part de la Intranet amb els diferents

mecanismes automàtics d’extracció de la plataforma dels datasets del open data.

5.4. Gestor Documental

Actualment BSM està en procés d’implantació del projecte de Gestor Documental

corporatiu.

Degut això, la Intranet utilitzarà com a repositori eventual, fins que BSM no disposi

d’un software de Gestió Documental, el sistema Sharepoint 2016, per fer les funcions

de repositori en gestió dels documents de la Intranet. Aquells repositoris que ja

existeixen en Sharepoint hauran de migrar-se els continguts a la nova Intranet.



5.5. Parc Terminals corporatius

BSM disposa d’un parc de terminals corporatius i actius que l’utilitzen els diferents

treballadors que formen la companyia.

Aquest dispositius estan controlats per un eina remota anomenada Soti, que realitza

les pertinents actualitzacions i configuracions de cadascun d’ells.

La Intranet ha de ser capaç de poder integrar-se en tots aquests dispositius per tant

un dels principals objectius del projecte com es la adequació dels continguts webs

en format responsive.

El Responsive Web Design o disseny adaptable és una tècnica de disseny i

desenvolupament web que consisteix en adaptar el lloc web a l’entorn de l’usuari

mòbil. Els avantatges són que amb una sola versió en HTML i CSS es cobreixen

totes les resolucions de pantalla, és a dir, el lloc web creat estarà optimitzat per a

tot tipus de dispositius: PC, tauletes, telèfons mòbils, etc. Això millora l’experiència

d’usuari i no com passa amb els llocs web d’amplada fix quan s’accedeix des de

dispositius mòbils, en els que costa llegir els textos o les imatges queden reduïdes

fins al punt de no distingir rés.

L’adjudicatari implementarà al nou portal i als seus sites el comportament adaptatiu

a diferents dispositius, seguint criteris Responsive de la proposta de look&feel amb

4 breakpoints:

Xsmall: per a smartphones

Small: per a smartphones grans i

tablets

Medium: per a tablets i portàtils petits

Large: per a portàtils grans i

ordinadors de sobretaula

5.6. BSM Channel

BSM utilitza diferents canals de comunicació, on un d’ells es un canal de

comunicació visual per pantalles que mostren informació diversa de la companyia

que pot ésser d’interès per el treballador.

La Intranet haurà d’integrar aquest mateix canal de comunicació com una eina de

valor visual en el propi projecte a desenvolupar.



En definitiva, la part de la Intranet d’aquest punt, haurà de reproduir el mateix

contingut que es veu en les pantalles físiques.

5.7. Aplicacions Corporatives

Existeixen diferents aplicacions de les divisions que son necessàries accedir-hi via

la Intranet.

Aquesta accés serà mitjançant un accés directe (via link) a les diferents aplicacions.

Les aplicacions poden ser, aplicacions d’escriptori o aplicacions web. Com per

exemple: l’aplicació PAC ZOO, Guiapark, etc...

La Intranet també disposarà d’una integració/desenvolupament en la gestió de

reserva de tot tipus de recursos, com per exemple: reserva de motos, bicis

elèctriques, reserva de recursos com projectors, etc...

5.8. Integració Exchange i Outlook

La Intranet ha d’estar integrada amb el sistema de correu electrònic Microsoft

Exchange de BSM i els clients Microsoft Outlook dels operadors. Els usuaris han de

poder visualitzar al menys les capçaleres dels seus correus importants a la part

WCMS de la intranet.

5.9. LDAP

L'autenticació d'usuaris s'haurà de fer contra el servidor LDAP de BSM basat en la

solució "Active Directory" de Microsoft.

S'ha de sincronitzar amb el LDAP de BSM per tal de conèixer els usuaris amb

permisos en la solució de la nova Intranet. Les altes, baixes i modificacions del LDAP

s’hauran de reflectir en la solució de la Intranet.

En el LDAP hi haurà la definició de perfils o grups per tal de poder assimilar-ho als

perfils o grups de la solució de la Intranet.

El sistema ha de permetre l’autenticació única mitjançant “Single Sign On” de

manera que els usuaris que accedeixin a la solució des d'equips autenticats contra

el servidor "Active Directory" de BSM no hauran d'introduir les seves dades

d'autenticació en accedir al sistema.



6. PLANS D’EXECUCIÓ

En la fase de disseny tècnic, l’adjudicatari ha de fer una proposta de disseny tècnic

i de plans d’execució.

Seguidament es presenten els plans d’execució i les condicions de lliurament de les

aplicacions, inclosos dins l’àmbit de subministrament del present plec de condicions.

En aquest context, cal destacar el rol de l’Adjudicatari alhora de liderar i documentar

les especificacions tècniques derivades de la fase de disseny tècnic amb la resta de

serveis i sistemes.

En la seva oferta tècnica, el Licitador ha de presentar una primera proposta de

cronograma i de plans d’execució pel subministrament de totes les aplicacions i

serveis incloses dins l’àmbit de subministrament del present plec.

Posteriorment, durant la fase de disseny del sistema, l’Adjudicatari haurà de redactar

l’especificació tècnica detallada i també haurà de desenvolupar per complert tots els

plans d’execució proposats en la seva oferta:

- Pla d’anàlisi i definició: proposta del pla per a la realització de les especificacions,

documentació tècnica i funcional de la solució.

- Pla de riscos: proposta del pla de riscos del projecte, tant interns com externs, el

grau d’impacte i gravetat, les mesures pal·liatives per a mitigar-los.

- Pla d’implantació: proposta de planificació del projecte d’implantació de les

aplicacions i serveis incloses dins l’àmbit de subministrament del plec (fins a

l’inici d’operacions).

- 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 durant el període del contracte.

- Pla d’acceptació: documentació a lliurar i proposta de proves per a l’acceptació

de les aplicacions 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.



6.1. Pla d’anàlisi i disseny

A l’inici del projecte, l’adjudicatari ha de realitzar un complet anàlisi de la solució a

implantar i ha de generar com a mínim la documentació corresponent, completa i

detallada de l’abast, requisits, anàlisi funcional i disseny tècnic.

Aquesta documentació serà, un cop validada i aprovada per BSM, la base funcional

i tècnica de la solució a desenvolupar i implantar.

L’adjudicatari s’encarregarà d’actualitzar la documentació i la gestió de les versions

a mesura que avança el projecte, per tal de disposar de la versió actualitzada

d’aquests al final del projecte.

En la seva oferta tècnica, el licitador haurà d’incloure un complert pla de treball per

a la realització d’aquestes tasques, indicant la metodologia d’obtenció de requisits,

l’organització de les reunions, documentació, etc.

6.2. Pla de riscos

L’adjudicatari ha de realitzar un anàlisi de riscos complert i detallat, generant la

documentació necessària i actualitzant-la a mesura que avanci el projecte. Com a

mínim, haurà de generar documentació on es tracti com a mínim el següent:

identificació de riscos, procedència, estratègies de gestió dels riscos, matriu de

riscos, tipificació, etc.

S’hauran de considerar els riscos relatius a totes les àrees del projecte, com de

l’abast, cronograma, cost, qualitat, persones, comunicació, adquisicions i integració.

En la seva oferta tècnica, el licitador haurà d’incloure un complert pla de riscos, com

es gestionaran, com s’obtindran i identificaran, com s’avaluaran, com es tipificaran

(qualitativament i quantitativament) com es planificarà la resposta als riscos i com

se’n farà seguiment.

6.3. Pla d’implantació

Un cop finalitzat el desenvolupament i validat per B:SM, aquest serà implantat

d’acord amb el procediment de gestió del canvi de BSM (PDCs). La implantació de

les aplicacions es realitzaran en l’horari que B:SM determini.

El seguiment i control del disseny, desenvolupament, integració, proves,

homologació, instal•lació i operació de les diferents aplicacions del sistema es



realitzarà sobre la base del pla d'implantació, que serà elaborat per l'Adjudicatari i

haurà de ser aprovat per B:SM.

En la seva oferta tècnica, el Licitador ha d’incloure un complert pla de treball, indicant

les tasques, els terminis i els recursos humans i materials proposats per poder

implantar el conjunt d’aplicacions incloses dins l’àmbit de subministrament del

present plec.

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 de les diferents fases del projecte.

- El perfil, responsabilitats i dedicació dels recursos humans proposats (propis o

subcontractats) en cadascuna de les tasques del projecte.

o El projecte requereix equips de treball compostos en total com a mínim

pels següents perfils:

a) Un cap de projecte amb la qualificació mínima d’Enginyer Superior

en Informàtica, Telecomunicacions o titulació equivalent atenent a

les noves nomenclatures d’estudis o bé a la que s’estableixi en

altres estats, essent sempre la corresponent als treballs que

s’exigeixen i a la qualificació que s’indica, amb coneixements en

tasques de direcció en projectes de desenvolupament de

Intranets/Webs.

b) 2 consultors amb la qualificació mínima d’Enginyer Tècnic en

Informàtica, Telecomunicacions o titulació equivalent atenent a les

noves nomenclatures d’estudis o bé a la que s’estableix en altres

estats, essent sempre la corresponent als treballs que s’exigeixen i a

la qualificació que s’indica, amb coneixements en tasques

d’implantació de Intranets.

c) 2 especialistes en User Experience amb la qualificació mínima

d’Enginyer Tècnic en Informàtica, Telecomunicacions o titulació

equivalent atenent a les noves nomenclatures d’estudis o bé a la

que s’estableix en altres estats, essent sempre la corresponent als

treballs que s’exigeixen i a la qualificació que s’indica, amb

coneixements en tasques d’Arquitectura de Informació, Usabilitat i

Wireframing.



d) 3 analistes programadors amb la qualificació mínima d’Enginyer

Tècnic en Informàtica, Telecomunicacions o titulació equivalent

atenent a les noves nomenclatures d’estudis o bé a la que

s’estableix en altres estats, essent sempre la corresponent als


coneixements en dissenys d’arquitectura per aplicacions basades en

tecnologia tipus de Intranets/Webs i la seva integració amb

plataformes de tercers.

e) 2 Dissenyadors/Maquetadors webs o d’Intranet amb qualificació

mínima Enginyer Tècnic en Informàtica, Telecomunicacions o

titulació equivalent atenent a les noves nomenclatures d’estudis o bé

a la que s’estableix en altres estats, essent corresponents als


coneixements de disseny d’intranets i experiència en maquetar webs

o Intranets.

f) 4 tècnics amb la qualificació mínima d’Enginyer Tècnic en Informàtica,

Telecomunicacions o titulació equivalent atenent a les noves

nomenclatures d’estudis o bé a la que s’estableix en altres estats,

essent sempre la corresponent als treballs que s’exigeixen i a la

qualificació que s’indica, amb coneixements en tasques de

personalització, configuració i desenvolupament sobre la plataforma

de la nova Intranet.

El licitador adjuntarà a la declaració el currículum vitae dels

professionals i còpia de les titulacions. Aquests currículums han de

detallar en quins projectes rellevants als serveis sol·licitats s’ha

treballat, la durada i l’import. L’adjudicatari haurà d’adscriure al

projecte els professionals els currículums dels quals hagi presentat.

- 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: especificació, desenvolupament, proves,

homologació, 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.

Aquest projecte implica la implantació d'un sistema que ha de coexistir amb el

funcionament normal del servei i sistemes existents com el sistema del Portal del

Empleat i els diferents tràmits de gestió, així com totes les comunicacions(del

departament de comunicació interna) establertes fins el moment. L'Adjudicatari

haurà de tenir en consideració les limitacions i condicions introduïdes per aquesta

problemàtica: coexistir amb l’aplicació antiga, arquitectura BBDD, disponibilitat

horària, entorn de proves, etc.

Per l’elaboració del pla d’implantació, el Licitador s’haurà de basar en el cronograma

general del programa d’implantació del sistema descrit en el present plec, on s’hi

indica la relació d’aplicacions i projectes i les seves principals fites.

6.3.1. Cronograma i àmbit d’intervenció

Seguidament es presenta un cronograma amb les durades màximes previstes en

les fases d’implantació del projecte de la Intranet dins l’àmbit de subministrament del

plec.

- Per complir el deadline del projecte, que està establert en una durada de 9 mesos

com a màxim, el cronograma es divideix en dos equips:



o 1 equip que realitzarà l’anàlisi, el desenvolupament, les fases de test i la

posta en marxa i instal·lació de la part de WCMS i Integracions(Meta4,

tràmits portal, integracions amb la part de DW...). Aquest equip estarà

format, a priori per els següents perfils:

Cap de Projecte (comú als dos equips)

Consultor

Especialista en User Experience

2 Analistes/Programador

Dissenyador/Maquetador

2 Tècnics

o 1 equip que realitzarà l’anàlisi, el desenvolupament, les fases de test i la

posta en marxa i instal·lació de la part de DW. Aquest equip estarà

format, a priori per els següents perfils:

Cap de Projecte (comú als dos equips)

Consultor

Especialista en User Experience

Analista/Programador

Dissenyador/Maquetador

2 Tècnics

- Observar que tant les dates, com les fites del cronograma són estimatives i estan

subjectes a condicions temporals (publicació...) i/o relacionals amb altres

projectes.

L’Adjudicatari haurà d’adaptar l’ordre i prioritat de les seves intervencions a les

condicions i consideracions indicades per B:SM en les possibles actualitzacions de

la planificació. En general, B:SM valorarà les propostes tècniques o organitzatives

que permetin reduir els terminis de les fases de desenvolupament de les aplicacions

del sistema.

Algunes consideracions rellevants sobre les tasques i l’àmbit d’intervenció de

l’Adjudicatari durant la fase de disseny i especificació tècnica són les següents:

- Disseny i especificació tècnica: tasques relacionades amb el disseny, del model

de dades del sistema i de les interfícies de comunicació entre les diferents

integracions.

- Durant la fase de disseny i enginyeria comú, l’Adjudicatari ha de preparar una

primera proposta i liderar un grup de treball per consensuar el model de dades



del sistema i les interfícies de comunicació entre sistemes o serveis, sota la

supervisió de B:SM.

- Qualsevol retard en l’execució o consecució de les tasques d’enginyeria comú

en un determinat àmbit haurà de ser justificat i aprovat explícitament per B:SM,

ja que pot condicionar altres subministraments o desenvolupaments crítics.

- En aquesta fase l’Adjudicatari ha de generar tots els documents d’especificació

tècnica i funcional detallada i prototips d’aplicació. L’Adjudicatari pot utilitzar

tècniques de prototipat ràpid o wireframes per definir i consensuar les interfícies

d’usuari de les aplicacions.


detallada del model de dades de la BBDD amb el suport de B:SM.


detallada de les interfícies de comunicació (protocol, model de dades, model

d’arxius, etc.) entre l’aplicació, la capa middleware d’integració i la resta de

serveis o sistemes d’informació afectats. En determinats casos, aquestes

especificacions poden fer referència a documentació existent o de tercers.

- Tota la documentació d’aquesta fase ha de ser lliurada a B:SM i aprovada per

B:SM.

Observar que la fase de disseny tècnic és intensiva en recursos i que d’aquesta se’n

deriven els documents que han de servir d’especificació tècnica i funcional per a la

fase de desenvolupament del projecte a nivell d’aplicació, a nivell de base de dades

i també a nivell d’interfícies de comunicació amb altres sistemes i serveis, com per

exemple la integració tan important amb Meta4.

En aquesta mateixa línia, algunes consideracions rellevants sobre l’àmbit

d’intervenció de l’Adjudicatari durant la fase de desenvolupament són les següents:

- Desenvolupament: tasques relacionades amb el desenvolupament i

parametrització de la solució i la creació de la capa d’integració.

- L’Adjudicatari haurà de prioritzar aquells desenvolupaments segons les prioritats

indicades per B:SM durant la fase de desenvolupament, d’acord amb la

planificació i les principals fites del sistema.

- B:SM proporcionarà un entorn de desenvolupament, un entorn de pre-producció

i un entorn de producció.

- Es prioritzarà el desenvolupament de les interfícies d’usuari de l’aplicació, el del

model de dades de la Base de Dades sistema i el de les interfícies de

comunicació entre sistemes s’hauran de realitzar proves intensives dels

desenvolupament en pre-producció.

- En el tram final d’aquesta etapa l’Adjudicatari realitzarà tots els

desenvolupaments i proves necessàries per garantir que tots els mòduls i



aplicacions s’integren correctament amb la Intranet i amb la resta de sistemes i

serveis.

Algunes consideracions relacionades amb l’àmbit d’intervenció de l’Adjudicatari

durant la fase de proves de totes les aplicacions del servei són les següents:

- Proves integrals: en el tram final de la fase de desenvolupament s’iniciaran les

tasques de proves integrals per validar tots els aspectes tècnics i funcionals de

les aplicacions del sistema i de les seves interfícies amb altres sistemes

corporatius i serveis de tercers.

- L’Adjudicatari haurà de participar activament en la definició, realització i valoració

de les proves pilot i haurà de liderar un grup de treball amb la resta de proveïdors

per executar les proves pilot, sota la supervisió de B:SM.

- Les tasques de les proves pilot s’han de realitzar en coordinació amb la resta de

proveïdors i preferiblement s’executaran progressivament a mesura que finalitzin

les tasques d’integració o desenvolupament dels projectes.

- Caldrà realitzar proves d’estrès dels serveis.

Finalment, algunes consideracions relacionades amb l’àmbit d’intervenció de

l’Adjudicatari durant la fase d’implantació de totes les aplicacions subministrades són

les següents:

- Instal•lació sistema tasques relacionades amb la instal•lació, configuració,

formació i inici d’operacions de totes les aplicacions i sistemes de la solució.

- Durant aquesta fase l’Adjudicatari ha d’instal•lar, configurar i posar en

funcionament la solució, d’acord amb l’arquitectura i la infraestructura previstes

en un entorn de Producció.

- La fase d’instal•lació i configuració inclou totes les aplicacions, serveis o

components del sistema, residents en els servidors de producció del CPD intern

i/o extern.

- Durant aquesta fase l’Adjudicatari ha d’executar el pla de formació.

- El pla de formació el realitzarà l’Adjudicatari i es podran fer tantes sessions

formatives com calguin, ja que es un projecte transversal que afecta a totes les

divisions de BSM.

- L’Adjudicatari es compromet a realitzar les tasques de subministrament,

instal•lació i posta en marxa amb la màxima cura per tal d'evitar afectacions de

servei no previstes. En cas d’afectar al servei, serà la seva responsabilitat

restaurar els serveis afectats.

- Totes les postes en marxa seran revisades i acceptades per tècnics de BSM.



La data màxima per implantar i posar en marxa la solució i que estigui plenament en

funcionament és de com a màxim 9 mesos. Observar que un retard en l’assoliment

de les dates pot donar lloc a penalitzacions segons contracte.

Observar que, abans d’iniciar l’operació real dels sistemes, l’Adjudicatari ha de dur

a terme un pla de formació que permeti garantir la correcta preparació de tot el

personal.

Quan s’iniciï l’explotació del sistema, qualsevol modificació o adaptació necessària

es realitzarà i implantarà , en primer lloc, en el servidor de pre-producció i un cop

validades i provades, les modificacions realitzades es traslladaran al servidor de

producció d’acord amb les indicacions de la divisió de Sistemes i seguint la

normativa de gestió del canvi (PDCs).

6.3.2. 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.

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.

B:SM, en aquest projecte, disposa d’un proveïdor que ajudarà a l’organització i farà

les funcions d’acompanyament per tal que aquest projecte esdevingui un cas d’èxit.

D’altra banda, l’Adjudicatari haurà d’anomenar un director 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.

- Realitzar reunions de comitè de direcció de projecte amb la periodicitat que B:SM

estableixi en cada moment.

- Tant en les reunions de seguiment de projectes com de comitè de direcció de

projecte hi seran presents l’Adjudicatari, personal que correspongui de B:SM,

així com el proveïdor que realitzarà l’acompanyament del projecte de la nova

Intranet.

- Gestionar i valorar les peticions de canvi en el projecte, juntament amb BSM.

- Gestionar i supervisar el riscos del projecte.

- Gestionar i valorar els riscs del projecte i executar les actuacions previstes.

Per el seguiment i coordinació del projecte, B:SM utilitzarà una eina de seguiment

de projectes(MS-PROJECT), el qual haurà d'utilitzar l'Adjudicatari obligatòriament

per a la comunicació amb B:SM i/o altres proveïdors.

Barcelona de Serveis Municipals també anomenarà un Comitè de direcció de

projectes, en el que hi haurà representats de les unitats o divisions afectades pel

Servei.

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 contracte de subministrament i serveis que es subscriurà amb

l’Adjudicatari.

6.4. Pla de qualitat

Totes les aplicacions cal que compleixin amb els estàndards de qualitat establerts

per BSM, així com aquells que l’adjudicatari hagi millorat en la seva proposta. Per

tal de garantir els estàndards de qualitat, a mes de tenir de seguir els estàndards de

desenvolupament, han de complir amb els estàndards de test i validació.

En el cas de que el nou programari no compleixi amb els requeriments establerts o

bé la seva implantació hagi malmès altres parts del sistema, l’adjudicatari estarà

obligat a reparar i restablir el sistema en la situació anterior a la implantació, al seu

càrrec de forma immediata i urgent. Per altra banda, l’adjudicatari estarà obligat a

continuar amb l’evolutiu de forma continuada per realitzar la implantació sense cap

tipus d’incidència. Tot aquest procés anirà a càrrec de l’adjudicatari.



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, 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.

6.5. Pla de formació

L’adjudicatari 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, tècnics i mantenidors de la Intranet dins l’àmbit de

subministrament abans d’iniciar les operacions.

Posteriorment durant la fase de disseny, 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 d’incloure o contemplar els següents aspectes:



- Metodologia i proposta de formació general i també específica per a cadascun

dels rols d’usuari existents en les aplicacions incloses dins l’àmbit de

subministrament.

- Durant la fase de disseny l’Adjudicatari haurà d’adaptar el pla de formació a

l’estructura organitzativa de B:SM, segons els criteris establerts pels

corresponents responsables i d’acord amb la documentació relacionada amb

l’organització interna.

- Metodologia i proposta de formació continuada del subministrament en tots els

àmbits. El pla de formació ha de permetre garantir la correcta formació del

personal que s’incorpori progressivament o amb posterioritat.

- 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:

o Manuals d’ús o d’operació de la Intranet.

o Manuals d’instal•lació i configuració de la Intranet.

o Manual de procediments de gestió d’incidències.

o Manual d’arquitectura i desenvolupament de la Intranet.

- 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.

- En funció de la disponibilitat i dels horaris es determinarà el nombre de sessions

a realitzar.

- La proposta de formació per al personal propi i/o contractat per B:SM ha

d’incloure classes pràctiques, que es faran en sales de formació de B:SM.

Observar que la formació del sistema pot requerir coordinar classes i/o documents

amb altres proveïdors de sistemes d’informació.

6.6. Pla de suport a l’operació

Durant el període de contracte, el sistema ha d’estar recolzat per un ampli pla de

suport a l’operació que permeti resoldre les possibles incidències o mal

funcionament de qualsevol de les seus components, aplicacions o interfícies de

comunicació.

El Licitador ha de proposar un complert pla de suport a l’operació de les aplicacions

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ó.



o L’Adjudicatari ha de garantir que l’equip de treball té la formació i

coneixements necessaris per poder realitzar les tasques assignades

(antiguitat mínima en l’empresa: 6 mesos).

- Condicions i proposta metodològica per gestionar el cicle de vida de les

incidències: detecció, notificació, classificació, resolució, acceptació, etc.

- Proposta de gestió de versions de les aplicacions i metodologia per garantir del

sincronisme entre els servidors de desenvolupament i els servidors de producció.

o L’Adjudicatari ha de garantir que qualsevol modificació de les aplicacions

en producció es realitza, es prova i es valida en l’entorn de

desenvolupament. Prèviament abans de pujar-ho a l’entorn de Pre-

Producció.

L’adjudicatari ha generar i entregar la documentació que passarà a formar part de

l’equip de suport de primer i segon nivell. Aquesta documentació ha d’indicar com

solucionar els problemes o incidències més freqüents, ha d’aportar 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.

El suport a l’operació s’emmarca en el context d’una solució transversal a tot BSM

en ple funcionament i per tant, l’Adjudicatari ha d’adaptar la seva proposta en aquest

context, minimitzant l’afectació als sistemes o serveis existents i segons les

indicacions establertes per B:SM.

6.6.1. Actualització de versions

L’adjudicatari haurà d’actualitzar les noves versions de programari a petició de B:SM.

L’adjudicatari haurà de fer una anàlisi d’impacte, proposar un pressupost, pla de

proves i un cronograma. Un cop acordat amb BSM procedirà a realitzar les

actualitzacions dins del pressupost i cronograma acordat.

Es realitzaran les actualitzacions primer a pre-producció i un cop realitzades les

validacions corresponents, a producció.

6.6.2. Període de garantia

L’Adjudicatari ha d’oferir una garantia mínima de dotze mesos per a tots els

components, aplicacions i serveis inclosos dins l’àmbit de subministrament del

present plec.



El període de garantia s’iniciarà a partir de la data de signatura de l’acta de recepció

del sistema i que inclou totes les aplicacions de l’àmbit de subministrament.

Durant el període de garantia, totes les tasques de suport tècnic i resolució

d’incidències aniran a càrrec de l’Adjudicatari a cost zero, incloent els materials, la

mà d’obra, els desplaçaments i qualsevol altra despesa o maquinària necessària.

Qualsevol modificació o millora sobre qualsevol de les aplicacions incloses dins

l’àmbit de subministrament implicarà la renovació del període de garantia de les

pròpies millores.

6.6.3. 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

del sistema. També es considera crític la lentitud en els temps de resposta de

l’aplicació.

• 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ó.

Durant tot el període del contracte l’Adjudicatari ha 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 màxim 4 hores dins l’horari del servei de suport a l’operació.

• incidència greu màxim 8 hores dins l’horari del servei de suport a l’operació.

• incidència lleu màxim 48 hores dins l’horari del servei de suport a l’operació.

L’horari del servei de suport tècnic serà de dilluns a divendres de 7:30h a 20:30h i

dissabtes de 9h a 15h. B:SM es reserva el dret a sol·licitar amb previ avís d’un mes

la cobertura d’altres horaris.



L’Adjudicatari presentarà un informe trimestral amb el resum de la prestació de

suport a l’operació, on apareguin el nombre d’avaries obertes i tancades i els temps

mitjos de resolució d’incidències.

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.

6.6.4. Règim de penalitzacions

Implantació i inici d’explotació del sistema

BSM aplicarà una penalització per a l’incompliment del termini, imputable a

l’adjudicatari, per a l’inici d’operació de cadascuna de les fases especificades en el

plec tècnic o de la millora de cronograma proposada per l’adjudicatari.

En relació a la implantació, personalització i desenvolupament de la Intranet de

B:SM, així com a la qualitat dels desenvolupaments entregats per l’adjudicatari,

s’establiran les següents penalitzacions d’acord amb la planificació i calendari

establert per l’adjudicatari i aprovat per BSM:

Per cada setmana de retard en el compliment de les fites acordades en el pla de

treball, o en una entrega parcial o final amb una baixa qualitat dels

desenvolupaments, s’establirà un 5% de l’import del servei d’implantació,

personalització i desenvolupament de la Intranet de B:SM.

A partir de la tercera setmana, per cada setmana de retard en el compliment de

les fites acordades en el pla de treball, o en una entrega parcial o final amb una

baixa qualitat dels desenvolupaments, s’establirà un 10% del import del servei

d’implantació, personalització i desenvolupament de la Intranet de B:SM

Manteniment evolutiu:

En relació als incompliments relacionats amb els serveis de manteniment evolutiu,

s’establiran les següents penalitzacions d’acord amb la planificació i calendari

establert per l’adjudicatari i aprovat per BSM:

Per cada setmana de retard en una entrega s’establirà un 5% de l’import total de

l’evolutiu.

A partir de la tercera setmana, per cada setmana de retard en una entrega

s’establirà un 10% del import total de l’evolutiu.



Els retards de més de quatre setmanes donarà lloc a la pèrdua total de la fiança i si

B:SM ho considera adient, a la rescissió d’aquest contracte. En qualsevol cas, el

contractista està obligat a respondre dels danys i perjudicis que B:SM hauria de

suportar a causa de l’incompliment del termini contractual.

Suport a l’operació en la resolució d’incidències

Les penalitzacions per excés del temps de resolució d’incidències és el següent:

- Incidència crítica: per a cada hora d’excés s’aplicarà una penalització de

200€.

- Incidència greu: per a cada hora d’excés s’aplicarà una penalització de 100€

- Incidència no crítica: per a cada hora d’excés s’aplicarà una penalització de

50€

Resolució de contracte: En cas de reiterades penalitzacions, B:SM es reserva el dret

d’extingir el contracte.

Per falta de manteniment del codi font: D’acord amb les condicions del plec tècnic,

l’Adjudicatari ha de lliurar i mantenir actualitzat el codi font amb la versió actual,

compilable i executable, de totes les aplicacions i serveis inclosos dins l’àmbit de

subministrament. Qualsevol incompliment envers el sincronisme i correcte manteniment

del codi font de les aplicacions podria ser sancionada amb una penalització de 1.000€

per setmana.

En la tramitació de l’expedient, es donarà audiència a l’Adjudicatari perquè pugui

formular al·legacions que estimi pertinents, i l’òrgan de contractació de B:SM resoldrà.

Independentment de les penalitzacions aplicables, periòdicament la Direcció General de

B:SM i el seu Comitè del Qualitat analitzaran les no conformitats als proveïdors, així com

les corresponents respostes.

6.7. Pla d’acceptació

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.

6.7.1. Documentació

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ó de totes les aplicacions del sistema:

- Arquitectura física i lògica de totes les aplicacions del sistema.

- Disseny model de dades amb la descripció detallada de taules, camps i relacions

de bases de dades.

- Casos de prova aplicats als desenvolupaments, evolutius i incidents.

- 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ó.

- Procediments de resolució d’incidències freqüents per a helpdesk.

- 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 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 estiguin totalment

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.

6.8. Condicions d’execució

Seguidament es presenten altres condicions d’execució del projecte.

6.8.1. 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.

6.8.2. 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ó durant el desenvolupament i que es mantindran durant

tota vida operativa del sistema.

Tal i com s’indica anteriorment, 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 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 BSM hagi signat l’acceptació de la

implantació.

El codi font de totes les aplicacions incloses dins l’àmbit de subministrament serà

propietat de Barcelona de Serveis Municipals.

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.

Els incompliments en el correcte manteniment del codi font de les aplicacions pot

donar lloc a les penalitzacions indicades en el contracte.

6.8.3. Lloc de la prestació dels serveis

Tota la activitat necessària per la realització dels desenvolupaments sol·licitats es

realitzaran en les instal·lacions de l’adjudicatari o si es el cas en les instal·lacions de

B:SM. Per a la implantació, aquesta es realitzarà remotament amb les eines i

mecanismes facilitats per BSM. En el cas de sigui necessari o a requeriment de

B:SM l’adjudicatari haurà de realitzar-ho a les instal·lacions de B:SM.

Les reunions d’anàlisi, requeriments, seguiment i coordinació del projecte i altres que

B:SM determini es realitzaran a les instal·lacions de B:SM.

6.8.4. 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.

6.8.5. Compliment de la LOPD de caràcter personal

L’Adjudicatari estarà obligat a respectar el caràcter confidencial de tota aquella

informació a la qual tingui accés per a l’execució del contracte, incloent aquella

qualificada com a confidencial en aquest contracte, o aquella en la que la seva

confidencialitat sigui indicada per B:SM, o bé aquella que per la seva pròpia

naturalesa hagi de ser tractada com a tal. Aquest deure de confidencialitat es

mantindrà durant un termini mínim de 5 anys després de la finalització del contracte.

Així mateix, l’adjudicatari declara conèixer, i s’obliga al compliment d’allò previst en

la Llei Orgànica 15/1999, de 13 de desembre, de Protecció de Dades de Caràcter

Personal, en la qual es regula el dret d’informació en la recollida de les dades de

caràcter personal, i en el seu Reglament de desenvolupament, aprovat mitjançant el

Reial Decret 1720/2007, de 21 desembre.

Barcelona, Desembre del 2017

Signat

Javier Doval Bouzo

Cap Àrea Estratègies TIC i Projectes

Barcelona de Serveis Municipals, SA

SERVEI DE DESENVOLUPAMENT, IMPLANTACIÓ, MIGRACIÓ, …€¦ · DE LA INTRANET CORPORATIVA DE...

Documents

Transcript of SERVEI DE DESENVOLUPAMENT, IMPLANTACIÓ, MIGRACIÓ, …€¦ · DE LA INTRANET CORPORATIVA DE...