You are on page 1of 9

DLVT001 - Architecture Principles

REDISEO DE LA ARQUITECTURA
TECNOL!ICA DE LAS E"PRESAS
VIRTUALES DE LA UPC
Cliente# IT E$pert
T%&l% 'e c(nteni'(s
1 Purpose of this Document.....................................................................................................................................3
2 Principle Template.................................................................................................................................................4
3 Business Principles................................................................................................................................................5
4 Data Principles.......................................................................................................................................................7
5 Application Principles...........................................................................................................................................8
6 Technolog Principles...........................................................................................................................................!
In)(r*%ci+n 'el '(cu*ent(
Nombre del
proyecto:
"#D$%#&' D# (A A")*$T#+T*"A T#+,'(-.$+A D# (A% #/P"#%A% 0$"T*A(#% D#
(A *P+
Preparado por: /anuel (una Versin del document: 1.1
Ttulo: Architecture Principles Fecha de la version del
documento:
12216214
Revisado por: 0ania "osas Fecha de revisin:
List% 'e 'istri&uci+n
Desde Fecha Phone/Fax/mail
/anuel (una 12.16.2114 fran3o.111!4gmail.com
Para !ccin Fecha Phone/Fax/mail
0ania "osas Apro5aci6n 14.17.2114 7ania.rosas4upc.e8u.pe
,ist(ri%l 'el '(cu*ent(
Version Fecha Revisado por Descripcin !rchivos
1.1 12.16.14 /anuel (una #la5oraci6n inicial 8el entrega5le D(0T111 9 Architecture
Principles
2
1 Pr(p+sit( 'el '(cu*ent(
#l prop6sito 8e este 8ocumento es 8efinir los Principios 8e Ar:uitectura 8e las #mpresas 0irtuales 8e la
*P+. %e 8efinir; la plantilla en la cual ser;n presenta8os los principios por ca8a 8ominio.
*n principio 8efine las reglas 8ura8eras :ue rigen la ar:uitectura 8e un sistema 8esea8o< es 8ecir= la
ar:uitectura 8estino. Por otro la8o= los principios pue8en ser s6lo un elemento 8e un con>unto
estructura8o 8e i8eas :ue en con>unto 8efinen gu?as 8e la organi@aci6n= a partir 8e los 7alores a tra7As
8e acciones resulta8os.
+a8a principio 8e ar:uitectura 8e5e ser claramente relaciona8o a los o5>eti7os 8el negocio a las
moti7aciones cla7es 8e la ar:uitectura. #s importante :ue los principios 8efini8os en este 8ocumento se
consi8eren en el 8iseBo 8e ar:uitectura.
#l e:uipo 8e tra5a>o encarga8o por ca8a 8ominio pue8e 8esear crear un solo 8ocumento 8e principios
para el 8ominio= o mCltiples 8ocumentos 8e principios D una por ca8a su58ominio.
#n el caso 8e este proecto= se tra5a>ar; con un solo 8ocumento 8e principios para to8os los 8ominios.
Por lo tanto= ser; 8i7i8i8o en secciones para ca8a uno 8e los cuatro 8ominios :ue se 8esarrollar;nE
Ar:uitectura 8e ,egocio= Ar:uitectura 8e Aplicaciones= Ar:uitectura 8e Datos Ar:uitectura
Tecnol6gica.
3
- Pl%ntill% 'el principi(
+a8a principio 7a a seguir la siguiente plantilla. (a plantilla pue8e ser a8apta8o para alinearse con
cual:uier a8aptaci6n T'.AF est; aplican8o.
#l nom5re 8e5e representar la esencia 8e la norma ser f;cil 8e recor8ar. Plataformas tecnol6gicas
espec?ficas no 8e5en ser menciona8as en el nom5re o la 8eclaraci6n 8e un principio. #7ite las pala5ras
am5iguas en el ,om5re Declaraci6n. Tener cui8a8o con Ggestionar Hgesti6nIG= e7itar a8>eti7os
a87er5ios innecesarios.
Nombre Nombre del Principio
Re"erencia $8entifica8or Cnico 8el principio
Declaracin (a Declaraci6n 8e5e comunicarse sin am5igJe8a8es la regla fun8amental. #n su maor parte=
las 8eclaraciones 8e principios para la gesti6n 8e la informaci6n son similares 8e una
organi@aci6n a otra. #s 8e 7ital importancia :ue la 8eclaraci6n 8e principios sea ine:u?7oca.
Ra#n (a >ustificaci6n 8e5e resaltar los 5eneficios 8e negocio 8e a8herirse al principio= utili@an8o la
terminolog?a 8e negocios. Descri5a tam5iAn la relaci6n con otros principios las intenciones
con respecto a una interpretaci6n e:uili5ra8a. Descri5ir situaciones en las :ue a un principio se
le 8ar?a priori8a8 o tener m;s peso :ue otro para tomar una 8ecisi6n.
$mplicancias (as implicaciones 8e5en 8estacar los re:uisitos= tanto para el negocio como para T$= para lle7ar
a ca5o el principio D en tArminos 8e recursos= costos acti7i8a8es 2 tareas. A menu8o ser;
e7i8ente :ue los actuales sistemas= normas o pr;cticas son incongruentes so5re la a8opci6n 8el
principio. #l impacto para el negocio las consecuencias 8e la a8opci6n 8e un principio 8e5e
:ue8ar claro. #l lector 8e5e 8iscernir f;cilmente la respuesta aE GK+6mo afecta esto a m?LG #s
importante no simplificar en eMceso= tri7iali@ar o >u@gar el mArito 8el impacto.
4
. Principi(s 'e ne/(ci(
Nombre %ontinuidad del Ne&ocio
Re"erencia BP11
Declaracin (as operaciones 8e la empresa se mantienen a pesar 8e las interrupciones 8el sistema.
Ra#n %e 8e5e tener en cuenta la fia5ili8a8 8e los sistemas a tra7As 8e su 8iseBo uso. (a empresa
8e5e tener la capaci8a8 8e continuar con sus funciones 8e negocios= in8epen8ientemente 8e los
acontecimientos eMternos. #rror 8e har8Nare= 8esastres naturales= la corrupci6n 8e 8atos no
8e5e permitir :ue se interrumpa o 8etenga las acti7i8a8es empresariales.
$mplicancias (a 8epen8encia 8e las aplicaciones comparti8as 8el sistema 8a a enten8er :ue los riesgos 8e la
interrupci6n 8el negocio se 8e5en ser esta5leci8os 8e antemano gestiona8os. (a gesti6n
inclue pero no se limita a las re7isiones peri68icas= control 8e la 7ulnera5ili8a8 la
eMposici6n= o el 8iseBo 8e ser7icios cr?ticos para asegurar la funci6n 8e la continui8a8 8el
negocio.
"ecupera5ili8a8= re8un8ancia capaci8a8 8e mantenimiento 8e5en ser a5or8a8as en el
momento 8el 8iseBo.
(as aplicaciones 8e5en ser e7alua8as por la critici8a8 e impacto en la misi6n 8e la empresa= con
el fin 8e 8eterminar :uA ni7el 8e continui8a8 se re:uiere :ue plan 8e recuperaci6n es
necesario.
Nombre Proteccin de Propiedad $ntelectual
Re"erencia BP13
Declaracin (a propie8a8 intelectual 8e la empresa 8e5e ser protegi8a. #sta protecci6n 8e5e refle>arse en la
ar:uitectura 8e T$= implementaci6n procesos 8e go5ierno.
Ra#n *na parte importante 8e la propie8a8 intelectual 8e una empresa se encuentra alo>a8o en el
8ominio 8e T$.
$mplicancias %i 5ien la protecci6n 8e los acti7os 8e propie8a8 intelectual es un asunto 8e to8os= gran parte 8e
la protecci6n real se implementa en el 8ominio 8e T$.
*na pol?tica 8e seguri8a8 ser; re:ueri8a para me>orar sustancialmente la protecci6n 8e la
propie8a8 intelectual. #sta 8e5e ser capa@ 8e e7itar compromisos re8ucir riesgos.
5
0 Principi(s 'e '%t(s
Nombre 'a in"ormacin es un activo
Re"erencia DP11
Declaracin (a informaci6n es una acti7o :ue tiene 7alor para la empresa es gestiona8a en consecuencia.
Ra#n (os 8atos son un recurso 7alioso< :ue tiene un 7alor real me8i5le. #n tArminos simples= el
prop6sito 8e los 8atos es para facilitar la toma 8e 8ecisiones. (a maor?a 8e los acti7os 8e la
empresa se utili@an cui8a8osamente= los 8atos no es una eMcepci6n. (os 8atos son el
fun8amento 8e nuestra toma 8e 8ecisiones= por lo :ue tam5iAn 8e5e gestionar cui8a8osamente
los 8atos para asegurarse 8e :ue sa5emos 8on8e est;= pue8e confiar en su eMactitu8= pue8e
o5tenerlo cuan8o 8on8e lo necesitamos.
$mplicancias (os A8ministra8ores 8e5en tener la autori8a8 los me8ios para gestionar los 8atos 8e los :ue
son responsa5les.
De5emos hacer la transici6n cultural 8el pensar 8e Gpropie8a8 8e los 8atosG a Ga8ministraci6n
8e 8atosG .
Parte 8e la funci6n 8e un a8ministra8or 8e 8atos= es garanti@ar la cali8a8 8e los 8atos. (os
proce8imientos 8e5en ser 8esarrolla8os utili@a8os para pre7enir corregir errores en la
informaci6n me>orar los procesos :ue pro8ucen la informaci6n err6nea.
Nombre 'a in"ormacin es compartida
Re"erencia DP12
Declaracin (os usuarios tienen acceso a la informaci6n necesaria para reali@ar sus acti7i8a8es=por lo tanto
la informaci6n es comparti8a a tra7As 8e las funciones 8e la empresa.
Ra#n #l acceso oportuno a 8atos precisos es esencial para me>orar la cali8a8 eficiencia 8e la toma
8e 8ecisiones. #s menos costoso 8e mantener 8atos precisos oportunos en una sola aplicaci6n=
luego compartirlo= :ue mantener los 8atos 8uplica8os en mCltiples aplicaciones. (a 7eloci8a8
8e recopilaci6n 8e 8atos= la creaci6n= la transferencia la asimilaci6n es impulsa8o por la
capaci8a8 8e la organi@aci6n para compartir 8e manera eficiente estas islas 8e 8atos en to8a la
organi@aci6n.
$mplicancias (os 8atos puestos a 8isposici6n para compartir ten8r;n :ue ser confia8os a to8os los usuarios
para e>ecutar sus respecti7as tareas.
%e necesitan 8esarrollar mo8elos est;n8ar 8e 8atos= elementos 8e 8atos= otros meta8atos :ue
8efine a este entorno comparti8o 8esarrollar un sistema 8e 8ep6sito para el almacenamiento
8e estos meta8atos para :ue sea accesi5le.
6
Nombre 'a in"ormacin es accesible
Re"erencia DP13
Declaracin (a informaci6n es accessi5le para :ue los usuarios realicen sus funciones.
Ra#n *n amplio acceso a los 8atos conlle7a a una eficiente efica@ toma 8e 8ecisiones= ofrece una
r;pi8a oportuna respuesta a las solicitu8es 8e informaci6n. #l uso 8e informaci6n 8e5e ser
consi8era8o 8es8e el punto 8e 7ista 8e la empresa para permitir el acceso 8e una amplia
7arie8a8 8e usuarios.
$mplicancias Accesi5ili8a8 implica la facili8a8 con la :ue los usuarios o5tengan informaci6n.
(a forma en :ue se acce8e 7isuali@a la informaci6n 8e5e ser suficientemente a8apta5le para
satisfacer una amplia gama 8e usuarios 8e la empresa sus correspon8ientes mAto8os 8e
acceso.
#l acceso a los 8atos no constitue la comprensi6n 8e los 8atos. #l personal 8e5e tener cui8a8o
8e no malinterpretar la informaci6n.
#l acceso a los 8atos no otorga necesariamente los 8erechos 8e acceso 8e usuario para mo8ificar
o 8i7ulgar los 8atos. Para ello ser; necesario un proceso 8e e8ucaci6n un cam5io en la cultura
organi@acional= el cual actualmente es compati5le con la creencia en la Gpropie8a8G 8e los 8atos
por uni8a8 funcional
7
1 Principi(s 'e %plic%ci+n
Nombre $ndependencia Tecnol&ica
Re"erencia AP11
Declaracin (as aplicaciones son in8epen8ientes 8e las opciones tecnol6gicas por lo tanto pue8en operar
en una 7arie8a8 8e plataformas tecnol6gicas.
Ra#n (a in8epen8encia 8e las aplicaciones ante las opciones tecnol6gicas permite :ue las
aplicaciones se pue8an 8esarrollar= actuali@ar operar 8e manera m;s efecti7a oportuna. De lo
contrario= la tecnolog?a= la cual est; su>eta a continua o5solescencia 8epen8encia 8e
pro7ee8or= se con7ierte en el controla8or en lugar 8e los propios re:uisitos 8e los usuarios.
$mplicancias #ste principio re:uiere normas :ue apoan la porta5ili8a8.
#ste principio po8r?a lle7ar al uso 8e Oa7a= los protocolos 8e Oa7a= :ue le 8an un alto gra8o 8e
priori8a8 a la in8epen8encia 8e la plataforma.
Nombre !plicaciones (pen )ource
Re"erencia AP12
Declaracin (as aplicaciones utili@a8as por los usuarios son 8e c68igo a5ierto= lo :ue les permite mane>arlas
sin limitaciones.
Ra#n (as aplicaciones 8e c68igo a5ierto permiten al usuario 8istri5uir= estu8iar reali@ar cam5ios 8e
la manera :ue m;s le con7enga sin limitaciones 8e licencia. ,o tienen una enti8a8 8e la cual
8epen8a el futuro 8e la aplicaci6n= por lo tanto= na8ie tiene el po8er 8e restringir la manera en
:ue se utilice el softNare.
$mplicancias (os usuarios :ue necesiten un nue7o tipo 8e herramienta para reali@ar sus acti7i8a8es 8iarias=
8e5en reali@ar la petici6n con tiempo para in7estigar so5re las posi5les soluciones 'pen %ource.
Nombre Facilidad de *so
Re"erencia AP13
Declaracin (as aplicaciones son f;ciles 8e usar. (a tecnolog?a es transparente para los usuarios= para :ue
pue8an concentrarse en sus acti7i8a8es.
Ra#n +uanto m;s un usuario tiene :ue enten8er 8e la aplicaci6n= menos efecti7i8a8 pro8uce . (a
facili8a8 8e uso es un incenti7o positi7o para el uso 8e aplicaciones. (a maor parte 8e los
conocimientos necesarios para operar un sistema ser; similar a los 8em;s. (a capacitaci6n se
8e5e mantener a un m?nimo= el riesgo 8e usar un sistema 8e forma incorrecta 8e5e ser 5a>a.
$mplicancias /anuales para las interfaces 8e usuario no 8e5en ser limita8os por supuestos estrechos acerca
8e la u5icaci6n 8el usuario= el i8ioma= o capaci8a8 f?sica. Factores tales como la lingJ?stica=
8eficiencias f?sicas 8e los clientes Hagu8e@a 7isual= capaci8a8 8e utili@ar el tecla8o 2 rat6nI=
competencia en el uso 8e la tecnolog?a pro8u>eron amplias ramificaciones en la 8eterminaci6n
8e la facili8a8 8e uso 8e una aplicaci6n.
8
2 Principi(s 'e tecn(l(/3%
Nombre %ambio en base a Re+uerimientos
Re"erencia TP11
Declaracin (os cam5ios en la tecnolog?a aplicaciones son reali@a8os solo en respuesta a las necesi8a8es
8el negocio.
Ra#n #ste principio fomentar; un am5iente en el :ue el entorno 8e sistemas 8e informaci6n cam5ia
en respuesta a las necesi8a8es 8e la empresa= en lugar 8e tener el cam5io 8e negocio en
respuesta a los cam5ios 8e T$. (os efectos no intencionales en los negocios 8e5i8o a los
cam5ios en T$ se re8ucen al m?nimo. *n cam5io en la tecnolog?a pue8e proporcionar una
oportuni8a8 para me>orar los procesos 8e negocio = por tanto= cam5iar las necesi8a8es 8el
negocio.
$mplicancias (os procesos 8e gesti6n 8el cam5io :ue se a>usten a este principio ser;n 8esarrolla8os e
implementa8os.
,o reali@amos ninguna me>ora o un sistema 8e 8esarrollo tAcnico a menos :ue eMista una
necesi8a8 8e negocio 8ocumenta8o.
#ste principio pue8e chocar contra el principio 8e gesti6n 8e cam5ios. De5emos asegurar :ue
los re:uerimientos no 8ificulten :ue el cam5io sea en respuesta a las necesi8a8es 8el negocio.
#l prop6sito 8e este principio es mantenernos enfoca8os en los negocios= no las necesi8a8es 8e
tecnolog?a.
Nombre ,estin de %ambios !daptable
Re"erencia TP12
Declaracin (os cam5ios en el entorno 8e T$ se implementan 8e una manera oportuna.
Ra#n %i se espera :ue el personal tra5a>e en el entorno 8e T$= ese entorno 8e5e ser a8apta5le a sus
necesi8a8es.
$mplicancias *n usuario :ue siente una necesi8a8 8e cam5io ten8r; :ue conectar con el encarga8o 8e T$ para
facilitar la eMplicaci6n la aplicaci6n 8e esa necesi8a8.
%i 7amos a hacer cam5ios= 8e5emos mantener las ar:uitecturas actuali@a8as.
!

You might also like