document general · web viewdescriu la manera com l’arquitectura emmagatzema, manipula, gestiona,...

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5

<Codi de l’aplicació> (<Nom de l’aplicació>) N. revisió doc.: <Revisió>

Descripció de l’Arquitectura de la Solució

N. versió aplicació: <Versió> Build: <Build> Pàg. 1 / 19

Convenis per a l’ús de la plantilla:

El blau i cursiva és el text d’instruccions entre <>. Eliminar abans de presentar el document (inclòs aquest paràgraf) per a la seva revisió, aprovació o publicació, complimentant l’apartat amb la informació requerida amb lletra Arial 10, normal i en color negre.

Històric de revisions de la plantilla (esborreu-lo abans d’usar)Revisió Redactat per Revisat per Aprovat per Data

aprovacióData

publicació

1.0 DAQ Xavier Escudero Xavier Escudero 26/3/2013 26/3/20131.0.4 DAQ Judit Salvans Borràs Xavier Escudero 19/11/2013 19/11/20131.0.5 OQUAL Xavier Escudero Xavier Escudero 21/03/2014 27/03/2014

Registre de canvis de la plantilla

Revisió Apartat Data Modificació

Motiu del canvi

1.0.4 4.6 23/10/2013 Canvi de denominació: Vista d’Implementació per Vista de Desplegament, en coherència amb la resta del document.

1.0.5 Model plantilla 20/3/2014 Normativa Nomenclatura de fitxers per a documents electrònics

Nota: Es recorda que s’ha de complimentar el registre de canvis del document a lliurar i renombrar el fitxer. El text de peu de pàgina es pot actualitzar clicant F9 .

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




Revisió Redactat per Revisat per Aprovat per Data aprovació

Data publicació

Registre de canvis del documentRevisió Apartat Data Modificació Motiu del canvi

RESPONSABLE DEL DOCUMENT: <Nom Arquitecte / Empresa>

Í N D E X

1. Introducció...................................................................................................................................... 41.1 Resum Executiu 4

1.1.1 Propòsit............................................................................................................................. 41.1.2 Abast................................................................................................................................. 41.1.3 Context.............................................................................................................................. 4

1.2 Avaluacions d'arquitectura 41.3 Justificació de les decisions clau 4

1.3.1 Definicions, acrònims i abreviatures.................................................................................42. Parts Interessades i Necessitats....................................................................................................5

2.1 Parts interessades 52.2 Necessitats fonamentals 52.3 Traçabilitat Necessitat-Part Interessada 5

3. Punts de vista i perspectives..........................................................................................................64. Vistes.............................................................................................................................................. 7

4.1 Vista de Context 74.2 Vista Funcional 74.3 Vista d’Informació 74.4 Vista de Concurrència 74.5 Vista de Desenvolupament 74.6 Vista de Desplegament 74.7 Vista Operacional 7

5. Perspectives Transversals..............................................................................................................85.1 Seguretat 85.2 Rendiment i escalabilitat 85.3 Disponibilitat 85.4 Internacionalització 8

6. Consistència i correspondències....................................................................................................96.1 Inconsistències conegudes 96.2 Correspondències a la DA 9

7. Decisions d'arquitectura i justificació............................................................................................117.1 Decisions 11

7.1.1 Infraestructura................................................................................................................. 117.1.2 Desplegament................................................................................................................. 117.1.3 Desenvolupament...........................................................................................................11

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




7.1.4 Integracions.................................................................................................................... 117.1.5 Altres............................................................................................................................... 12

7.2 Criteris emprats per a la definició de l’arquitectura 127.3 Restriccions i requisits no funcionals 12

8. Bibliografia.................................................................................................................................... 139. Annex 1:Traçabilitat Necessitats – Parts Interessades.................................................................1510. Annex II: Regles de correspondència.......................................................................................18

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




1. Introducció

1.1 Resum Executiu

1.1.1 Propòsit<Requerit> Indicar el propòsit de l’arquitectura de la solució a grans trets

1.1.2 Abast<Requerit> Especificar l’abast de la Descripció de l’Arquitectura (DA)

1.1.3 Context

<Requerit>El context de l’aplicació ve marcat pels Serveis que ofereix i els sistemes que consumeix, a més a més de l’entorn que l’envolta. Usualment resulta de molta utilitat un diagrama que ajudi a visualitzar el context de la solució i de la DA.

<Requerit> Indicar els sistemes que són consumits i les dades que s’ofereixen

1.2 Avaluacions d'arquitectura

<Requerit> Incloure el resultat de les avaluacions de l’Arquitectura que està sent documentada.

1.3 Justificació de les decisions clau

<Requerit> La descripció d'arquitectura ha d’incloure cada decisió considerada com a clau per a l’arquitectura així com la seva justificació corresponent. Aportar una taula on a cada decisió hi correspongui una justificació. Per exemple:

Es considera que les següents decisions són clau per a la solució:

Decisió Justificació

...

1.3.1 Definicions, acrònims i abreviatures

<Requerit> Incloure una llista de definició dels conceptes que són necessaris per la comprensió del document

BBDD: Gestor de base de dades. GICAR: Gestió d'Identitats i Control d'Accés als Recursos. XML: Extensible Markup Language. ...

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




2. Parts Interessades i Necessitats

Aquest capítol conté elements d'informació per a les parts interessades de l'arquitectura, les necessitats de cada part, i la traçabilitat de cada necessitat a les parts interessades.

2.1 Parts interessades

<Requerit> Identificar i descriure les parts interessades per a l'arquitectura. En una DA Tecnològica, les parts interessades típiques són les que s’indiquen a continuació.

S’han identificat les següents parts interessades en la solució:

Promotor: <nom promotor> Avaluadors Arquitectura: Àrea de Solucions Usuaris finals: <especificar> Sistemes consumidors de serveis: <especificar> Gestor de Projecte: <especificar> Equip de desenvolupament: <especificar> Equip de proves: <especificar> Equip de projectes d’Infraestructura: <especificar> Equip d’administració i explotació de sistemes: <especificar> Equip d’administració i explotació de xarxes: <especificar> Oficina de Seguretat: CESICAT Equip de Qualitat: Oficina de Qualitat CTTI Equip d’administració i operacions funcionals: <especificar>

2.2 Necessitats fonamentals

<Requerit> Identificar les necessitats considerades fonamentals a l'arquitectura del la solució.

2.3 Traçabilitat Necessitat-Part InteressadaAssociar cada necessitat identificada a 2.2 amb les parts interessades identificades a 2.1 que tenen aquella necessitat.

Veure Annex 1 :Traçabilitat Necessitats – Parts Interessades .

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




3. Punts de vista i perspectives

<Requerit> Determinar quines vistes i perspectives s’inclouran en la descripció de la present arquitectura i la seva motivació per cobrir les necessitats d’informació de les parts interessades.

Punts de vista més habituals per la descripció de l’arquitectura tecnològica d’un sistema d’informació: Vista de Context: Descriu les relacions, dependències i interaccions entre la solució i el seu

entorn (les persones, els sistemes i les entitats externes amb el qual interactua). La vista de context serà d'interès per a molts dels actors de la solució i té un paper important per ajudar a entendre les seves responsabilitats i com es relaciona amb la seva organització.

Vista Funcional: Descriu els elements funcionals de la solució en temps d’execució, les seves responsabilitats, interfícies i les interaccions primàries. Una vista funcional és sovint la primera part de la descripció que els interessats llegeixen. Condueix la forma d’altres estructures de la solució com ara les estructures d’informació, de desplegament i concurrència. Té un impacte significatiu sobre les propietats de qualitat, com ara la seva capacitat de canviar, la seva seguretat i el seu rendiment en temps d'execució.

Vista d’Informació: Descriu la manera com l’arquitectura emmagatzema, manipula, gestiona, i distribueix informació. El propòsit últim de pràcticament qualsevol sistema informàtic és manipular la informació d'alguna manera, i aquest punt de vista desenvolupa una visió completa, però d'alt nivell de l'estructura de dades estàtica i el flux d'informació. L'objectiu d'aquesta anàlisi és respondre a les grans preguntes sobre el contingut, l'estructura, la propietat, la latència, referències, i migració de dades.

Vista de Concurrència: Descriu l'estructura d’ús de la solució per identificar clarament les parts que pot executar al mateix temps i com es coordinen i controlen. Aquesta implica la creació de models que mostren el procés i els mecanismes de comunicació entre processos utilitzats per coordinar el seu funcionament.

Vista de Desenvolupament: Descriu l'arquitectura que dóna suport al procés de desenvolupament de programari. Les vistes de desenvolupament comuniquen els aspectes de l'arquitectura d'interès als actors involucrats en la construcció, proves, manteniment i millora de la solució.

Vista de Desplegament: Descriu l'entorn en el qual s'instal·larà la solució a utilitzar i les dependències que la solució té sobre els elements. Aquest punt de vista captura l’entorn de maquinari que la solució necessita (sobre tot els nodes de procés, les interconnexions de xarxa i l’emmagatzematge en disc necessari), els requisits tècnics d'entorn per a cada element, així com l'assignació dels elements de programari en l'entorn que les executarà.

Vista Operacional: descriu com la solució serà operada, administrada quan s'està executant en a producció. Per a tots els sistemes, la instal·lació, gestió i operació de la solució és una tasca important que ha de ser considerada ja des del disseny. L'objectiu del punt de vista operacional és identificar estratègies globals a tota la solució per fer front a les preocupacions operatives dels actors de la solució i per identificar solucions per abordar-les.

Perspectives transversals més habituals per la descripció de l’arquitectura tecnològica d’un sistema d’informació:

Seguretat: descriu els mecanismes que doten al sistema de la capacitat de controlar, monitoritzar i auditar les accions que s’hi duen a terme.

Rendiment i escalabilitat: descriu com s’ha estimat que el sistema donarà el rendiment necessari i defineix l’estratègia per assumir els possibles creixements futurs.

Disponibilitat: descriu com es resol la capacitat del sistema d’estar disponible segons és requerit suportant possibles indisponiblitats d’elements de la seva arquitectura.

Internacionalització: descriu la capacitat del sistema de ser independent del país i de l’idioma utilitzat.

El detall del contingut de cada punt de vista i de cada perspectiva, així com la seva justificació en aquest document es troba en el document Guia generació de vistes i perspectives en les DA.

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




4. Vistes

<Requerit> Incloure una vista per a cada punt de vista seleccionat a l’apartat 3.En el cas d’una DA Tecnològica, les vistes que segueixen corresponen als punts de vista inclosos com exemple a l’apartat 3.

4.1 Vista de Context<Requerit> Aportar un diagrama de context de la solució, és a dir, la frontera entre la solució i el seu entorn (els elements que han d’interactuar amb la solució)

4.2 Vista Funcional<Requerit> Descriure els elements funcionals del sistema, interfícies i interaccions principals entre elles i entitats externes

4.3 Vista d’Informació<Requerit>Descriu com el sistema emmagatzema, manipula, gestiona i distribueix la informació.

4.4 Vista de Concurrència<Requerit>Identificar les parts del sistema que es poden executar simultàniament i com es coordinen i controlen.

4.5 Vista de Desenvolupament<Requerit> Descriure l’arquitectura que dóna suport al procés de desenvolupament dels software.

4.6 Vista de Desplegament<Requerit> Descriure els entorns en que el sistema es desplegarà i les dependències que el sistema té amb ells.

4.7 Vista Operacional<Requerit> Descriure com s’operarà, administrarà i suportarà el sistema el sistema en execució..

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




5. Perspectives Transversals

<Requerit> Incloure una perspectiva transversal per a cada perspectiva seleccionada a l’apartat 3.En el cas d’una DA Tecnològica, les perspectives transversals que segueixen corresponen a les incloses com exemple a l’apartat 3.

5.1 Seguretat<Requerit> Descriure com es resol la capacitat del sistema de controlar, monitoritzar i auditar qui realitza quines accions en quins recursos així com la capacitat de detectar i recuperar-se de possibles forats de seguretat.

5.2 Rendiment i escalabilitat<Requerit> Descriure com s’ha estimat que el sistema tindrà el rendiment necessari així com assumir els possibles creixements futurs.

5.3 Disponibilitat<Requerit> Descriure com es resol la capacitat del sistema d’estar disponible segons és requerit suportant possibles indisponiblitats d’elements de la seva arquitectura.

5.4 Internacionalització<Opcional> Descriure com es resol la capacitat del sistema a ser independent de idioma o país.

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




6. Consistència i correspondències

Totes les vistes estan relacionades entre sí. Malgrat tot, hi ha relacions més estretes entre determinades vistes. En el següent diagrama es mostren les relacions de dependència més fortes entre les vistes d’una arquitectura tecnològica com la que ens ocupa.

Il·lustració 1 Dependències entre vistes

En aquest sentit, en aquest capítol cal documentar que s’ha analitzat la correspondència entre els diferents punts de vista de la DA per validar la consistència de les diferents vistes incloses al document i consegüentment la coherència del disseny en el seu conjunt.Cal tenir en compte que l’arquitectura es dissenya en els estadis inicials del projecte, i marca el pressupost i el marc temporal en el que es desenvoluparà i mantindrà la solució. Per tant, és un factor clau d’èxit que l’arquitectura sigui consistent al llarg de tota la DA.

En aquest capítol es descriuen els requisits de consistència, enregistrament d'inconsistències conegudes en la DA, i l'ús i documentació de correspondències i regles de correspondència.

6.1 Inconsistències conegudes<Requerit> Enregistrar qualsevol inconsistència coneguda a la DA

<Opcional> Una descripció d'arquitectura hauria d'incloure una anàlisi de consistència dels seus models d'arquitectura i les seves vistes

6.2 Correspondències a la DA<Requerit> En aquest punt es detallen les correspondències entre els elements de la DA. S’expressen a continuació les correspondències entre les vistes escollides per aquesta DA i els seus objectius principals.Veure Annex II: Regles de correspondència

Consistència entre les vistes de Context i la Funcional: Objectiu: Assegurar que l'abast de la solució i els requisits són total i correctament implementats per la solució.

Consistència entre el Context i la vista de Desplegament: Objectiu: Assegurar que les connexions externes entre aquesta solució i altres poden rebre suport en l'entorn de desplegament planificat.

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




Consistència entre la vista funcional i la de desplegament: Objectiu: Assegurar que cada un dels elements funcionals està assignat correctament al seu entorn de desplegament.

Consistència entre la vista funcional i l’operacional: Objectiu: Assegurar que cada un dels elements funcionals especificats es pugui instal·lar, utilitzar, operar, administrar i suportar.

Consistència entre la vista de desplegament i l’operacional: Assegurar que l'entorn de desplegament que es descriu en la vista de desplegament es pot instal·lar, utilitzar, supervisar, gestionar i se li pot donar suport.

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




7. Decisions d'arquitectura i justificació

<Requerit> Aquest apartat aporta informació valuosa de les decisions que s’han pres per a que l’arquitectura sigui la que és i no una altra. Poden haver-hi raons pressupostàries, temporals, d’oportunitat, normatives, legals, tècniques, d’equips o skills disponibles, o simplement d’oportunitat. Aquesta secció descriu recomanacions per al seu enregistrament.

7.1 Decisions<Requerit> Enregistrar les decisions d'arquitectura les quals es considera que són clau a l'arquitectura de la solució. Els següents apartats són exemples que es poden seguir

7.1.1 Infraestructura

Servidors virtualsDescripció Tots els servidors on es desplegaran els diferents serveis estaran virtualitzatsResponsable Reunió Departament de Presidència / CTTI / T-Systems

...Descripció ...Responsable ...

7.1.2 Desplegament

Contingut estàticDescripció El contingut estàtic serà servit directament pels servidors web alliberant d’aquesta tasca als

servidors d’aplicacionsResponsable Requeriment inicial

7.1.3 Desenvolupament

Utilització del framework Canigó v3Descripció El desenvolupament de l’aplicació és basarà en aquest framework.Responsable Requeriment inicial

7.1.4 IntegracionsEncara que aquestes decisions podrien interpretar-se com decisions de desenvolupament, la seva rellevància fa que s’analitzin de forma independent a la resta.

Mecanisme d’integració amb ...Descripció ...

Responsable ...

Avantatges ...Inconvenients ...Temes ...

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




Pendents

7.1.5 Altres

...Descripció ...Responsable ...

Avantatges ...Inconvenients ...Temes Pendents

...

7.2 Criteris emprats per a la definició de l’arquitectura<Requerit> Indicar els criteris principals que han governat la definició de l’arquitectura.

7.3 Restriccions i requisits no funcionals<Requerit> Indicar els requisits que tenen en compte aspectes de la solució fora de la seva funcionalitat i que són importants o rellevants per l’arquitectura

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




8. Bibliografia

<Requerit> Indicar les referències a les normes, guies i llibres blancs que apliquen a l’arquitectura.Incloure així mateix lectures que siguin prerequisit per a entendre el document i la seva aplicabilitat. En cas que s’hagi usat alguna bibliografia específica per definir el disseny de l’arquitectura incloure-ho aquí

[1] P. C. Clements, F. Bachmann, L. Bass, D. Garlan, J. Ivers, R. Little, R. Nord i J. Stafford, Documenting Software Architectures: views and beyond., 2a. ed., Addison Wesley, 2010.

[2] ISO/IEC/IEEE 42010, «Systems and software engineering - Architecture description,» 2011.[3] A. Ran, «Ares conceptual framework for software architecture,» de Software Architecture for

Product Families Principles and Practice, M. Jazayeri, A. Ran i F. van der Linden, Ed., Addison-Wesley, 2000, pp. 1-29.

[4] N. Rozanski i É. Woods, Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives, 2a. ed., Addison Wesley, 2011.

[5] U. van Heesch, P. Avgeriou i R. Hilliard, «A documentation framework for architecture decisions,» The Journal of Systems and Software, vol. 85, núm. 4, pp. 795-820, Abril 2012.

[6] IEEE Std 1471, «IEEE Recommended Practice for Architectural Description of Software-Intensive Systems,» 2000.

[7] A. Finkelstein, J. Kramer, B. Nuseibeh, L. Finkelstein i M. Goedicke, «Viewpoints: a framework for integrating multiple perspectives in system development.,» International Journal of Software Engineering and Knowledge Engineering, vol. 2, núm. 1, pp. 31-57, Març 1992.

[8] R. Hilliard, «Architecture description template for use with ISO/IEC/IEEE 42010:2011,» [En línia]. Available: http://www.iso-architecture.org/42010/templates/42010-ad-template.pdf.

[9] CTTI, «Llibre normatiu J2EE,» 25 8 2008. [En línia]. Available: http://canigo.ctti.gencat.cat/confluence/download/attachments/708/Llibre_Normatiu_J2EE+2.2.pdf?version=1. [Últim accés: 27 2 2013].

[10] CTTI, «Llibre Blanc J2EE,» 10 8 2008. [En línia]. Available: http://canigo.ctti.gencat.cat/confluence/download/attachments/708/Llibre+blanc+J2EE+2.2.pdf?version=1. [Últim accés: 27 2 2013].

[11] CTTI, «Portal Canigó,» 10 08 2008. [En línia]. Available: http://canigo.ctti.gencat.cat/confluence/display/CAN/Centre+de+Suport. [Últim accés: 27 2 2013].

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




9. Annex 1:Traçabilitat Necessitats – Parts Interessades

En el cas d’una DA Tecnològica la següent taula haurà de ser tinguda en compte i ampliada amb altres parts interessades o necessitats identificades. En el cas d’una Descripció d’Arquitectura de Negoci, Dades o Aplicacions, es podrà prendre la següent taula com a exemple.

Taula 1: Relació de les parts interessades amb les necessitats dela solució

Promotor Solucions Usuaris finals Sistemes consumidors de

serveis

Gestor de Projecte / Oficina de gestió de projectes

Equip de desenvolupament / manteniment /

operació funcional

Equip de proves Equip de projectes

d’infraestructura

Equip d’administració i

explotació de sistemes


explotació de xarxes

Oficina de seguretat

Oficina de Qualitat


operacions funcionals

Desplegament d’una solució en

temps i pressupost que

aporti els beneficis

esperats a la Generalitat

Vista de Context, Vista

Funcional, Vista

d’Informació

Assegurar que la construcció de la solució és òptima tenint en compte la reutilització de

sistemes i components tecnològics. Assegurar la viabilitat del

projecte respecte a les fites i el pressupost

Vista de Context, Vista Funcional,

Vista d’Informació, Vista de

Desplegament

Assegurar que els requeriments de negoci s’han

expressat completament i que la solució

cobreix les expectatives i l’abast pactats


Vista d’Informació



concurrència, Vista de

Desenvolupament, Vista de

Desplegament, Vista Operacional

Disposar de les característiques

dels serveis exposats:

missatgeria, formats,

modalitats de servei, resolució

de problemes

Vista Funcional, Vista d’Informació

Aconseguir el desplegament

d’una solució en temps i

Vista Funcional, Vista de

Desenvolupam

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5





serveis



operació funcional


d’infraestructura






Oficina de Qualitat



pressupost amb l’abast acordat

ent, Vista de Desplegament,

Vista Operacional

Mètodes i Tècniques de

desenvolupament, modularitat del

programari i reutilització de

llibreries i frameworks, portabilitat a

altres sistemes i interoperabilitat






Assegurar que els casos d’ús i

els requeriments no funcionals es compleixen com està especificat




Desenvolupament, Vista

OperacionalAssegurar que la informació, dades i sistemes de la Generalitat són

disponibles només a aquelles

persones i sistemes que tenen permís.

Protegir la informació, dades i sistemes de la

manipulació sense

autorització

Vista Funcional,

Vista de Desenvolup

ament, Vista de

Desplegament

Assegurar que la infraestructura de

maquinari i comunicacions es

desplega tal i com està

especificat



Desplegament

Assegurar la Governança dels actius de negoci,

dades, aplicacions i tecnologia



DesplegamentLocalització,

modificabilitat, reusabilitat, i

disponibilitat de tots els

components de la solució.

Assegurar que els components

estan desenvolupats i


Concurrència, Vista de Desplegament, Vista Operacional

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5





serveis



operació funcional


d’infraestructura






Oficina de Qualitat



desplegats en la solució d’una

manera òptimaLocalització,

modificabilitat, reusabilitat, i

disponibilitat de les

comunicacions i serveis de xarxa.Assegurar que

les comunicacions i serveis de xarxa

estan desenvolupats i desplegats en la

solució d’una manera òptima



Assegurar que es disposa dels processos i

recursos per a poder donar un

suport funcional i tècnics als

usuaris finals de la solució.

Vista Funcional, Vista d’Informació,

Vista de concurrència,

Vista de Desplegament,

Vista Operacional

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




10. Annex II: Regles de correspondència

<Requerit> Identificar cada regla de correspondència que s'aplica a la DA.El següent és un subconjunt de les regles de correspondència que restarien pendents d’avaluar en la primera versió de la DA.

Regla Compleix (S/N) Observacions Versió prevista

resolució

Regles a aplicar entre la vista de Context i la Funcional

Cada entitat externa present en una vista, ho és en l’altra, i tenen la mateixa definició? N TBDCada interfície definida en una vista, ho és en l’altra, i tenen la mateixa definició? N TBD

Els escenaris definits en la vista de Context són compatibles amb l’estructura funcional de la solució i la forma en que interactuen amb el món exterior? N TBD

Regles a aplicar entre la vista de Context i la de Desplegament

Apareixen totes les entitats externes que representen sistemes, interfícies o connexions de caire tecnològic en la vista de Desplegament? N TBD

La vista de Desplegament conté tot el maquinari i programari requerit per a comunicar amb les entitats externes esmentades a la vista de Context? N TBD

Regles a aplicar entre la vista Funcional i la de Desplegament

Cada element funcional està mapejat a un node de procés que permeti executar-lo? N TBDQuan els elements funcionals estan desplegats en nodes diferents, aquests disposen de les comunicacions adequades per a que interaccionin? N TBD

El maquinari especificat en la vista de Desplegament és la solució més eficient per a allotjar els elements funcionals especificats? N TBD

Regles a aplicar entre la vista Funcional i l’Operacional

document.docx11/05/202321:35:52

Aqu

est d

ocum

ent s

’ha

basa

t en

la p

lant

illa

publ

icad

a al

MQ

S

Des

crip

ció

de l’

Arq

uite

ctur

a de

la S

oluc

ió v

1.0.

5




La vista Operacional deixa clar com s’instal·larà i actualitzarà cada element funcional? N TBD

Explica com es configurarà, monitoritzarà i suportarà cada element funcional a l’entorn de Producció? N TBD

La vista Operacional especifica com s’ha d’instal·lar, migrar, monitoritzar, controlar i suportar els elements funcionals. Totes aquestes especificacions són les més simples possibles?

N TBD

Regles a aplicar entre la vista de Desplegament i la vista Operacional

La vista Operacional defineix com s’ha d’instal·lar, monitoritzar i controlar cada element de la vista de Desplegament? N TBD

La vista Operacional aclareix quines eines de monitorització i control existeixen ja, quines s’han de comprar i quines s’han de desenvolupar? N TBD

Pot ser suportat cadascun dels elements de l’entorn de producció, especificats a la vista de Desplegament? N TBD

document.docx11/05/202321:35:52

document general · web viewdescriu la manera com l’arquitectura emmagatzema, manipula, gestiona,...

Documents