Ministerio de Planificación y Cooperación

Departamento de Inversiones

METODOLOGÍA DE PROYECTOS
INFORMÁTICOS
Autores: Sigfrido Gon!"e Fu""e
Edu#rdo Guti$rre %#"enue"#
&ugo %!s'ue Gu#rd#(#gn#
Con "# )o"#*or#)i+n de:
C#r"os Cere)ed#
Edu#rdo Contrer#s
C#r"os Doug"#s
%i,i#n# Es-ino#
Ri)#rdo Foreti).
/#"do Lo*os
N#n)0 /.itt"e
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática

1 Introdu))i+n22222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222223
4 As-e)tos Gener#"es222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222225
2. !E"#$A EN LA %&E 'E (A'A LA ME!"D"L")$A................................................................*
a) Evolución de los proyectos de Informática.........................................................................6
b) Fundamentos para la adopción de un criterio de Costo/ Eficiencia...................................6
c) Criterios de aprobación o rechazo de proyectos informáticos............................................
2.2 E'!#&+!&#A DE LA ME!"D"L")$A.................................................................................,
2.- +I+L" DE P#".E+!"' IN/"#M0!I+"'..............................................................................,
2.1 L"' P#".E+!"' EN EL 'NI..............................................................................................2
a) Ciclo de vida de los proyectos.............................................................................................!
b) Etapas de la Evaluación E"#$nte de %royectos &etapas del estado de preinversión).......'(
c) Etapa de )eneración y análisis de la idea de proyecto.....................................................''
d) Etapa de Estudio en el *ivel de %erfil...............................................................................''
e) Etapa de Estudio de %refactibilidad..................................................................................''
f) Etapa de Estudio de Factibilidad.......................................................................................'+
2.3 !IP"L")$A DE P#".E+!"'..............................................................................................-
2.* AL+AN+E DE LA ME!"D"L")$A EN +ADA +A'"............................................................1
2.4 5"#I6"N!E DE E7AL&A+I8N..........................................................................................3
6 Pre-#r#)i+n de Pro0e)tos222222222222222222222222222222222222222222222222222222222222222222222222222222215
-. #E'&MEN E9E+&!I7"......................................................................................................4
-.2 PLAN " P"L$!I+A IN/"#M0!I+A DE LA IN'!I!&+I8N....................................................4
-.- IDEN!I/I+A+I8N . DE/INI+I8N DEL P#"(LEMA.............................................................,
-.1 DIA)N8'!I+" DE LA 'I!&A+I8N A+!&AL :'IN P#".E+!";..........................................,
a) ,escripción de la -r.anización y/o entorno $fectado por el %royecto............................'/
b) ,escripción de la 0nidad o ,epartamento.......................................................................'!
c) %resentación de la solución informática actual.................................................................'!
d) ,escripción de los procesos..............................................................................................'!
e) ,ia.rama de Flu1o de ,atos &,F,) presentando la situación actual..............................'!
-.3 DE'+#IP+I8N )ENE#AL DE #E%&E#IMIEN!"'................................................................2<
-.* P#")#AMA+I8N DE A+!I7IDADE' PA#A LA E!APA DE DI'E=".......................................2<
-.4 #E%&E#IMIEN!"' DE PE#'"NAL PA#A P"'!&LA# A LA E!APA DE DI'E=".....................2<
-., E'!IMA+I8N DE (ENE/I+I"'...........................................................................................2
-.2 E'!IMA+I8N DE +"'!"' DE IN7E#'I8N> "PE#A+I8N . MAN!EN+I8N PA#A LA E!APA DE
E9E+&+I8N...................................................................................................................................2
-.< +#"N")#AMA . +A#!A )AN!!.....................................................................................2
-. !?#MIN"' DE #E/E#EN+IA PA#A +"N!#A!A# E!APA DE DI'E="...................................22
-.2 "P!IMI6A+I8N DE LA 'I!&A+I8N A+!&AL......................................................................2-
a) Medidas administrativas o de rediseño organizacional.................................+2
b) Inversión mar.inal a la solución e"istente........................................................................+2
-.- AN0LI'I' DE #E%&E#IMIEN!"' :DI'E=" L8)I+";..........................................................21
a) ,ia.rama de flu1o de datos &ló.ico)..................................................................................+3
b) 4odelo de datos.................................................................................................................+3
c) -tra documentación...........................................................................................................+3
-.1 AL!E#NA!I7A' DE '"L&+I8N.........................................................................................23
2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
a) 5estricciones asociadas a cada alternativa......................................................................+6
b) %roducto o servicio esperado en cada alternativa............................................................+6
3 E,#"u#)i+n Costo 7 Efi)ien)i#22222222222222222222222222222222222222222222222222222222222222222222222245
1. E7AL&A+I8N . 'ELE++I8N DE AL!E#NA!I7A'...............................................................2*
1.2 A!#I(&!"' #ELE7AN!E'................................................................................................24
a) $tributos imprescindibles..................................................................................................+
b) $tributos evaluables &deseables y muy deseables)............................................................+/
1.- !?+NI+A DE E7AL&A+I8N DE AL!E#NA!I7A'................................................................2,
a) Evaluación de los atributos...............................................................................................+!
b) Evaluación de alternativas................................................................................................23
c) ,etalle de la Inversión y cálculo del indicador costo eficiencia.......................................26
8 T$r(inos de referen)i# -#r# "# et#-# de e9e)u)i+n222222222222222222222222222222222222226:
5 Sugeren)i#s -#r# e" -ro)eso de "i)it#)i+n2222222222222222222222222222222222222222222222222222226:
*. +APA+I!A+I8N................................................................................................................-4
*.2 MAN!ENIMIEN!"............................................................................................................-4
*.- #E'PALD" . P#E'!I)I"...................................................................................................-,
: ;i*"iogr#f<#2222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222226=
> Ane?os222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222222223@
ANE@" A !?+NI+A PA#A P#I"#I6A+I8N . A'I)NA+I8N DE P"NDE#AD"#E'............................1<
ANE@" -A (ENE/I+I"' . +"'!"'................................................................................................14
ANE@" 1A M"DELAMIEN!" DE DA!"'........................................................................................3
ANE@" 3A DIA)#AMA DE /L&9" DE DA!"' :D/D;....................................................................*,
ANE@" * +ALIDAD /&N+I"NAL.................................................................................................4-
ANE@" 4A E!APA' DE &N P#".E+!" DE DE'A##"LL" EN IN/"#M0!I+A.................................41
ANE@" ,A E9EMPL"' DE MEDIDA' DE E/E+!I7IDAD...................................................................,2
ANE@" 2 E'/&E#6" #E%&E#ID" PA#A +ADA /A'E....................................................................,-
ANE@" < DE/INI+I"NE' LE)ALE'............................................................................................,3
-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
1 Introdu))i+n
El Bresente docCmento tiene como BroBósito entregar Cna gCía metodológica Bara la BreBaración y
evalCación de Broyectos de informática y sC Bresentación al 'istema Nacional de Inversiones.
+omo Derramienta metodológica> gCiará a las institCciones ECe desarrollan Broyectos de informática
en los sigCientes asBectosA
• Presentación de Cn Broyecto de informática
• Presentación de alternativas de solCción :cCando eFista más de Cna;
• EvalCación de la o las alternativas de solCción mediante el criterio costo G eficiencia
El resCltado de la aBlicación de esta metodología será Cn docCmento estándar> el ECe se Bresentará a
MIDEPLAN> con el BroBósito de ECe esta institCción revise la factiHilidad tIcnica y económica de
desarrollar dicDo Broyecto.
La metodología se orienta a meJorar la Bresentación de Broyectos> en resBCesta a la BroHlemática
ECe se Da detectado en este tiBo de inversiones.
A continCación se Bresentan algCnos BroHlemas ECe se Dan Bresentado en las áreas estratIgica>
táctica y oBeracional> en relación a los Broyectos de informática

.
A ni,e" estr#t$gi)o: se aBrecia falta de definiciones estratIgicas con resBecto a la información
dentro de la organiKación. &no de los activos más imBortantes de la organiKación actCal es la
información y la tecnología ECe la soBorta> Bor lo tanto no Day ECe Berder de vista ECe la
tecnología imBlementada deHe aBoyar la definición estratIgica de la organiKación con resBecto a
la información. La tecnología ayCda a administrar la información y Ista deHe eFistir en fCnción
de generar conocimiento> entendido como la caBacidad de realiKar tareas o actividades en forma
efectiva.
A ni,e" t!)ti)oA en el área informática Day Cn descCido del tema calidad> BrinciBalmente BorECe
al momento de licitar> la BrinciBal variaHle de elección es el Brecio.
Adicionalmente> se deHe destacar ECe el cliente cDileno es Boco eFigente con el Broveedor. Es así
ECe se Da descCidado> en los desarrollos de softLare> velar Bor la reCsaHilidad del código. La
ventaJa de ECe el código sea reCsaHle> es ECe Bermite fácilmente agregar o modificar fCnciones
del softLare> Bero esto eFige ECe el Broveedor se BreocCBe de Brogramar de tal manera ECe esta
condición se cCmBla. Esto reECiere más recCrsos Bor Barte del Broveedor. En este caso DaHría ECe
invertir en Cn mayor grado> Bero el costo de mantención disminCye.
Además> caHe destacar ECe CsCalmente no se Dacen los estCdios ECe se deHieran> Bara determinar
la caBacidad del DardLare a adECirir> o se define a Briori la solCción informática a imBlementar
sin DaHer DecDo Cn levantamiento de reECerimientos adecCado.

Estas deficiencias se vieron confirmadas con el BroHlema informático del aMo 2<<<.
1
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
!amHiIn es CsCal ECe no Dayan resBaldos de la información ECe es estratIgica Bara la
organiKación.
"tro BroHlema mCy imBortante es ECe se le da más imBortancia a la tecnología ECe a la gestión
del Broyecto.
A ni,e" o-er#)ion#": el BrinciBal BroHlema es la ineFistencia de docCmentación de los sistemas.
Esta sitCación es comBaraHle a constrCir Cn edificio sin DaHer DecDo Breviamente los Blanos y>
como ya se mencionó> esto inflCye en no tener indeBendencia del Broveedor del sistema.
"tra falencia a nivel oBeracional es la ineFistencia de Brogramas fCentes> es decir> ineFistencia
del código DCmanamente entendiHle. En este caso sólo eFiste el Brograma en idioma máECina> lo
cCal se tradCce en Cn conJCnto de ceros y Cnos.
3
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
4 As-e)tos Gener#"es
2.1 Teoría en la que se basa la metodoloía
#A E,o"u)i+n de "os -ro0e)tos de Infor(!ti)#
Los Broyectos de informática Dan ido evolCcionando JCnto con las organiKaciones y a medida ECe
se Dan ido BrodCciendo camHios tecnológicos. Las organiKaciones Dan evolCcionado desde
estrCctCras mecanicistas a fleFiHles Bara Boder Dacer frente a Cn medio amHiente eFterno mCy
camHiante y orientado al cliente. La informática Da ido camHiando tanto tecnológicamente> como
tamHiIn Bara aBoyar la transformación> ya mencionada> en las organiKaciones. Es así ECe la
informática Da evolCcionado desde sistemas fCertemente centraliKados Hasados en mainframe>
camHiando Bosteriormente a sistemas interactivos :terminales de CsCarios;> lCego vino la
comBCtación Bersonal ECe Dacía DincaBiI en las redes de P+Ns :sCrgen los sistemas gerenciales>
estratIgicos;. /inalmente se Da llegado al BCnto actCal con Internet> aBlicaciones mCltimedia>
videoGconferencia> realidad virtCal> etc.
+on resBecto a los criterios de inversión> Istos Dan ido camHiando Baralelamente a la evolCción
ya mencionada de la sigCiente formaA
• Primeramente> sólo tenía imBortancia la evalCación costo O Heneficio.
• LCego se evalCaHa además si se facilitaHa la oHtención de los oHJetivos de la organiKación
y si es ECe las tecnologías de información :!I; meJoraHan la calidad de las inversiones.
• Posteriormente coHró imBortancia cómo las !I Bodían meJorar las tomas de decisiones y
aCmentar la BarticiBación de mercado.
• /inalmente> aDora se da mayor imBortancia a cómo las !I BCeden aCmentar la caBacidad
de la información :DataLareDoCse> Internet> etc.; e innovación.
'e aBrecia ECe la gestión de la organiKación es mCy relevante Bara considerar los sistemas
necesarios a imBlementar> y se aBrecia cómo el Infasis en el criterio de inversión Da ido variando.
*A Fund#(entos -#r# "# #do-)i+n de un )riterio de CostoB Efi)ien)i#2
+omo se seMaló en el BCnto anterior> el criterio de inversión a lo largo de los aMos Da ido
evolCcionando Daciendo DincaBiI en distintos asBectos. En la dIcada de los 2<> se consideraHa
como criterio de inversión relevante la BosiHilidad de aCmento de caBacidad de la información.
Este aCmento se entiende orientado a la generación de conocimiento y a Cna mayor satisfacción
del cliente. Es decir> la idea es conocer la tecnología y eFBlotarla de tal manera ECe Bermita
ofrecer meJores servicios con la información disBoniHle.
La anterior metodología Bara Broyectos de informática evalCaHa segPn el criterio de costo O
Heneficio. 'in emHargo> eFisten Heneficios ECe son mCy difíciles de cCantificar> medir y valorar.
9Cnto con ello> se Bresentan Heneficios intangiHles tales como meJoras en la calidad de la
información> efecto moderniKador> redes sociales ECe se BCeden estaHlecer Bor Internet>
*
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
aBrendiKaJe deHido al contacto con la tecnología> etc. Además> como ya se eFBCso> se esBera ECe
conociendo las !I se Dagan innovaciones Daciendo Cso de ella> lo ECe agrega mayor dificCltad> ya
ECe los Heneficios se oHtendrían desBCIs de tener contacto con las !I.
Además> el análisis se centraHa sólo en los asBectos tecnológicos> lo ECe BrodCcía ECe se Berdiera
de vista la administración de la infor(#)i+n> con la consigCiente BIrdida de conciencia de la
administración del riesgo de la misma. Es decir> no se aBreciaHa Cna definición de cCál
información era la relevante Bara la organiKación y ECI medidas se tomaHan Bara asegCrarla o
resBaldarla. 5ay ECe considerar ECe esto es mCy imBortante> BorECe se Da constatado ECe
emBresas ECe Dan Berdido sCs Hases de datos Dan ECeHrado como Bromedio en cCatro meses. Las
institCciones BPHlicas no ECieHran> Bero BCede afectarse seriamente sC fCncionamiento.
+onsiderando ECe la evalCación encCentra sC sentido en ser Cn aBoyo veraK Bara la toma de
decisiones> esta metodología BroBone el criterio de costoGeficiencia sin BreJCicio de ECe en
algCnos casos en ECe se BCedan medir y valorar los Heneficios> se aBlicará costoGHeneficio. En
BarticClar este esfCerKo es más JCstificaHle> en aECellos casos en ECe Day camHios de Brocesos y
aDorros de costos de transacción Bara CsCarios. EJemBlosA !eletrámites> infocentros.
Además> en el caso de oCtsoCrcing> es necesario Dacer Cna evalCación costoGHeneficio Bara
determinar la meJor alternativa entre realiKar oCtsoCrcing o realiKar Cna inversión tradicional.
La idea es conceBtCaliKar factores estratIgicos> ECe tengan ECe ver con la decisión de cCál
información almacenar> la determinación de la información crítica Bara la organiKación o cómo
Ista se BCede aBrovecDar meJor> lo ECe se eFBresa normalmente en temas cCalitativos.
El enfoECe costoGeficiencia Blantea ECe la conveniencia de la eJecCción de Cn Broyecto se
determina Bor la oHservación conJCnta de dos factoresA
• El costoA involCcra la imBlementación de la solCción informática> adECisición y BCesta en
marcDa del sistema DardLare / softLare y los costos de oBeración asociados.
• La eficienciaA se entiende como la relación entre Hienes y servicios finales :resCltados; y
los insCmos reECeridos Bara ello :esfCerKo;. Así se trata de medir en ECI grado el gasto de
recCrsos se JCstifica Bor los resCltados> minimiKando costos C oBtimiKando insCmos.
Estos dos elementos evalCados en forma conJCnta configCran el análisis costo G eficienciaQ Iste>
en definitiva> estaHlece el costo Bor Cnidad de cCmBlimiento del oHJetivo.
ADora> al considerar los criterios a CtiliKar en el mItodo costoGeficiencia es necesario ECe Istos
sean Cn refleJo de la estrategia ECe está tomando la organiKación con resBecto a la información.
)A Criterios de #-ro*#)i+n o re).#o de -ro0e)tos infor(!ti)os
+omo ya se eFBCso> Cn imBortante elemento Bara aBroHar o recDaKar Cn Broyecto> es la
evalCación costoGeficiencia. 'in emHargo> esto no Hasta> Bara ECe Cn Broyecto sea aBroHado> tiene
ECe estar Hien JCstificado> ya sea con Heneficios cCalitativos o cCantitativos. En este sentido> será
4
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
mCy imBortante la coDerencia del Broyecto con Cn Blan informático o con líneas estratIgicas ECe
se Daya Blanteado la institCción> es decir se revisará ECe los sistemas a imBlementar cCmBlan con
los oHJetivos ECe se Da Blanteado la institCción. !amHiIn se verificará ECe el cálcClo de
Bonderadores resBonda a la estrategia> es así ECe si Cn deBartamento de la organiKación Da
Blanteado ECe Brivilegiará la segCridad> no Bodría Bresentar el Bonderador corresBondiente Cn
BorcentaJe HaJo.
En general> se aBreciará la coDerencia ECe Bresenta el Broyecto en sí.
2.2 !structura de la Metodoloía
La metodología consta de dos BartesA la BreBaración y la evalCación del Broyecto. En la
BreBaración se define la información reECerida.
La evalCación BroBiamente tal consiste en A
• Definición de atriHCtos
• +alificación de los atriHCtos de cada alternativa
• Asignación de Cn BCntaJe a cada alternativa> en Hase a sCs atriHCtos
• +álcClo del índice de eficiencia
Además consta de varios aneFos> Bara ayCdar a Cna meJor evalCación del Broyecto> como tamHiIn
Cn meJor control del mismo cCando se este eJecCtando.
Los aneFos sonA
• !Icnica Bara BrioriKación y asignación de Bonderadores
• Elementos a considerar en la evalCación tIcnica de Broyectos
• (eneficios y costos
• Modelamiento de Datos
• Diagrama de /lCJo de Datos
• +alidad fCncional
• EtaBas de Cn Broyecto de Desarrollo en informática
• EJemBlos de Medidas de Efectividad
• EsfCerKo reECerido Bara cada fase
• Definiciones legales
• )losario
2." Ciclo de proyectos inform#ticos
En Cn Broyecto informático se BCeden distingCir las sigCientes etaBasA
,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
• DiseCo L+gi)o. Los resCltados tíBicos esBerados son las resBCestas a las BregCntasA ECI
sistemas administrativos se van a aBoyar> ECI sistemas comBCtacionales se desarrollarán> ECI
flCJos de información son relevantes> ECI Brocesamiento se reECiere> ECI tiBo de datos se
maneJarán.
• DiseCo F<si)o2 'e definen los asBectos comBCtacionales del sistemaA ECI tiBo de arcDivos se
necesitan> ECI tiBo de acceso a arcDivos> ECI Brogramas> ECI lengCaJe o aBlicaciones> ECI
configCración de DardLare / softLare.
• Constru))i+n2 Es la elaHoración de los Brogramas comBCtacionales anteriormente diseMados
• I(-"e(ent#)i+n2 'e realiKan BrCeHas> BoHlamiento de datos> marcDa Hlanca y BCesta en
marcDa definitiva
• O-er#)i+n 0 (#nten)i+n2 En esta etaBa> se deHen considerar los costos de oBeración y
mantención. Los costos de oBeración se refieren a aECellos ECe Bermiten el fCncionamiento diario
del sistema y los de mantención los ECe Bermiten la actCaliKación> así como la reBaración del
mismo.
Es imBortante destacar> ECe el tIrmino mantención en los Broyectos informáticos> se refiere a
adecCaciones ECe reECieran los sistemas de BroBiedad institCcional Bara mantener sC vigencia y
Ctilidad. Esta diferencia se deHe a ECe el softLare tiene características distintas como BrodCcto de
ingeniería> ya ECe el softLare está sCJeto a Cn mayor camHio en los reECerimientos> así como en
el amHiente con el cCal interactPa el sistema.
EFisten distintas alternativas de desarrollo de estas etaBasA secCencial en cascada> desarrollo
incremental> desarrollo en esBiral y otras. Estas alternativas se Bresentan en el AneFo 4 REtaBas
de Cn Proyecto de Desarrollo en InformáticaS.
2.$ %os proyectos en el &'I
#A Ci)"o de ,id# de "os -ro0e)tos
Entenderemos como Broyecto al diseMo y eJecCción de camHios en la asignación actCal de
recCrsos ECe sigCe Cn oHJetivo y ECe genera Heneficios y costos> cCalitativos y cCantitativos> tanto
al realiKador del Broyecto como a terceros. El Broceso de transformación de las ideas de
inversión> Basando Bor el diseMo y llegando Dasta sC BCesta en marcDa> se BCede dividir en los
sigCientes estadosA
2
Preinversión
Inversión
Operación
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Gr#fi)o ND 1: +iclo de vida de Cn Broyecto
En el estado de Breinversión> se estima la factiHilidad tIcnica y económica. En el estado de
Inversión> se diseMa y se materialiKa físicamente la inversión reECerida Bor el Broyecto de acCerdo
a lo esBecificado en la etaBa anterior. En el estado de oBeración> se Bone en marcDa el Broyecto y
se concretan los Heneficios netos ECe fCeron estimados Breviamente.
El estado de Breinversión se detalla a continCación. En este estado se estCdia la factiHilidad
tIcnicoGeconómica mediante aBroFimaciones sCcesivas Bor etaBas> siendo estas las de idea> Berfil>
BrefactiHilidad y factiHilidad. La evalCación eF ante de Cn Broyecto> en cCalECiera de sCs distintas
etaBas :idea> Berfil> BrefactiHilidad y factiHilidad; tiene como oHJetivosA
 AHordar en forma eFBlícita el BroHlema de la asignación de recCrsos escasos en forma
óBtima.
 #ecomendar al tomador de decisiones> a travIs de distintas metodologías> soHre la
conveniencia relativa de ECe Cna acción o Cn Broyecto determinado se realice Bor soHre
otras iniciativas. :Estado de Preinversión;
 Identificar> medir y valoriKar> cCantitativa y cCalitativamente> los Heneficios y costos Bara
la Bersona:s; o institCciones relevantes.
Los resCltados esBerados de cada etaBa de Breinversión> Basando desde idea a factiHilidad> se
esBecifican a continCaciónA
*A Et#-#s de "# E,#"u#)i+n E?EAnte de Pro0e)tos Fet#-#s de" est#do de -rein,ersi+nA
+omo se Da dicDo> la selección de los meJores Broyectos de inversión> es decir> los de mayor
conveniencia relativa :evalCación; y Dacia los cCales deHen destinarse Breferentemente los
recCrsos disBoniHles> constitCye Cn Broceso ECe sigCe las sigCientes etaBas secCencialesA
Gr!fi)o ND 4: EtaBas de Preinversión
<
(eneración y )n#lisis de la idea de Proyecto
!studio en el nivel de perfil
!studio de prefactibilidad
!studio de *actibilidad
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
+ada Cna de ellas HCsca reBrodCcir el ciclo de vida del Broyecto> de manera ECe a medida ECe se
avanKa en las etaBas> los estCdios van tomando mayor BrofCndidad y se va redCciendo la
incertidCmHre> resBecto a los costos y Heneficios netos esBerados del mismo.
La secCencia Bor etaBas tiene Bor JCstificación evitar los elevados costos de los estCdios y Boder
desecDar en las Brimeras etaBas los Broyectos ECe no son adecCados.
+ada etaBa se Bresenta en la forma de Cn informe> cCyo oHJetivo fCndamental es Bresentar los
elementos ECe intervienen orientados claramente a la toma de decisiones de aHandonar o
BrosegCir la idea. En mayor detalleA
)A Et#-# de Gener#)i+n 0 #n!"isis de "# ide# de -ro0e)to
Es crCcial contar con Cn HCen diagnóstico> de modo ECe la generación de Cna idea de Broyecto de
inversión sCrJa como consecCencia clara de necesidades insatisfecDas> de oHJetivos y/o Bolíticas
generales de la organiKación> de Cn Blan de desarrollo> etc.
'e deHe estaHlecer sC magnitCd> a ECienes afecta y la confiaHilidad de la información CtiliKada.
Así como tamHiIn las alternativas disBoniHles.
Del análisis sCrgirá la esBecificación Brecisa del Hien ECe se desea constrCir o el servicio ECe se
Bretende dar. . servirá Bara adoBtar la decisión de aHandonar> Bostergar o BrofCndiKar la idea de
Broyecto.
dA Et#-# de Estudio en e" Ni,e" de Perfi"
'e estCdian los antecedentes ECe Bermitan formar Cn JCicio resBecto de la conveniencia y
factiHilidad tIcnicoGeconómica de llevar a caHo la idea de Broyecto.
El Infasis está en identificar los Heneficios y costos Bertinentes resBecto de la sitCación Hase
:sitCación actCal oBtimiKada;> sin incCrrir en mayores costos en recCrsos financieros y DCmanos
Bara medirlos y valorarlos> deHe inclCir Cn análisis Breliminar de los asBectos tIcnicos> estCdios
de mercado y los de evalCación. 'e CtiliKan estimaciones grCesas de los Heneficios y costos.
)eneralmente Hasadas en información eFistente> es decir> sin incCrrir en costos significativos Bor
conceBto de levantamiento de información.
+omo conclCsión de esta etaBa> están las decisiones alternativas de aHandonar> Bostergar o
BrofCndiKar el Broyecto Basando a la etaBa de BrefactiHilidad.
eA Et#-# de Estudio de Pref#)ti*i"id#d
'e eFaminan con mayor detalle las alternativas viaHles desde el BCnto de vista tIcnico y
económico ECe fCeron determinadas en la etaBa anterior> y se descartan las menos atractivas.

MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
El Infasis de esta etaBa es medir los Heneficios y costos identificados en la etaBa de Berfil. EFiste
Cn esfCerKo de inversión en información Bara disminCir la incertidCmHre.
Es necesario estCdiar con esBecial atención los asBectos de mercado> la tecnología> el tamaMo y la
localiKación del Broyecto> las condiciones institCcionales y legales relevantes Bara el Broyecto.
El estCdio de mercado es la Hase Bara estimar los ingresos> inclCirá Cn estCdio de la oferta y
demanda> así como de los Brecios de comercialiKación. El análisis tecnológico inclCye eECiBos>
materias Brimas y Brocesos> ECe Bermiten determinar los costos del Broyecto. 'oHre el tamaMo y
localiKación del Broyecto se deHe considerar la identificación y localiKación de los centros de
consCmo> de aHastecimiento de insCmos> canales de distriHCción> comBetencia> Broyecciones de
crecimiento> así como el imBacto en el medio amHiente.
El análisis de los asBectos administrativos Bermite determinar algCnas comBonentes de costo fiJo
y la organiKación de los recCrsos DCmanos> físicos y financieros. El análisis de los asBectos
legales Bermite conocer las restricciones de ese tiBo ECe limitan al Broyecto. EJemBloA triHCtación
:Bago de imBCestos;> Bermisos reECeridos> contaminación amHiental> eliminación de desecDos.
!odo lo anterior Bermite tener Cna estimación de los montos de inversión> costos de oBeración y
de los ingresos ECe generaría el Broyecto dCrante sC vida Ptil. Lo ECe se CtiliKa Bara la evalCación
económica y Bara determinar las alternativas más rentaHles. +onviene sensiHiliKar los resCltados
de la evalCación a camHios en las variaHles más imBortantes.
+omo resCltado de la etaBa se deHe decidir realiKar el Broyecto o Bostergar> aHandonar o
BrofCndiKar Basando a la etaBa de factiHilidad.
fA Et#-# de Estudio de F#)ti*i"id#d
La factiHilidad se enfoca a Cn análisis detallado y Breciso de la alternativa ECe se Da considerado
más viaHle en la etaBa anterior. El Infasis está en medir y valorar en la forma más Brecisa BosiHle
sCs Heneficios y costos.
Dada la cantidad de recCrsos destinados a esta etaBa> sólo llegarán a ella los Broyectos Bara los
ECe no Day dCda de sC rentaHilidad Bositiva> es decir> ECe se van a llevar a caHo. Por ello> toma
más imBortancia los flCJos financieros y la Brogramación de oHras.
&na veK definido y caracteriKado el Broyecto> deHe ser oBtimiKado en tamaMo> localiKación>
momento óBtimo de la inversión> etc.
'e deHe coordinar la organiKación> BCesta en marcDa y oBeración del Broyecto. Determinar el
calendario de desemHolsos Bara la inversión> disBoniHilidad de eECiBos y sCs BlaKos> anteBroyecto
de ingeniería> selección y entrenamiento del Bersonal de administración> oBeración y
mantenimiento. !amHiIn las fCentes> condiciones y BlaKos de financiamiento.
Esta etaBa es la conclCsión del Broceso de aBroFimaciones sCcesivas en la formClación y
BreBaración de Cn Broyecto y constitCye la Hase de la decisión resBecto a sC eJecCción.
2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
2.+ Tipoloía de proyectos
Las tiBologías eFistentes en el 'NI resBonden a la necesidad de clasificación de los distintos
Broyectos ECe se Bresentan al 'istema. Dada la gran variedad de Broyectos Bresentados> estas
tiBologías son generales.
Las tiBologías relevantes Bara Broyectos de informática sonA
• Proyectos de Desarrollo de aBlicacionesA elaHoración y BCesta en marcDa de Brogramas o
sistemas comBCtacionales.
• Proyectos de EECiBamientoA adECisición Bor Brimera veK de eECiBos> inclCyendo tanto
DardLare como softLare Hásico Ctilitario
2
.
• Proyectos de MeJoramiento> amBliación o reBosiciónA aCmento de caBacidad y calidad de
servicios de DardLare y/o meJoramiento de softLare.
El mItodo de evalCación de cada tiBología> variará segPn el monto involCcrado. Es así ECe Bara
montos inferiores a &'T 3<.<<<
-
el análisis será cCalitativo> Bara el caso de montos mayores se
aBlicará costoGeficiencia o si se BCeden medir y valorar los Heneficios costoGHeneficio. En
síntesisA
Costo del Proyecto Criterio de evaluación
Menos de US$ 50.000 Costo eficiencia a nivel cualitativo
Más de US$ 50.000 Costo eficiencia a nivel cuantitativo (segn
!etodolog"a#
Más de US$ 50.000 $ %a$ ca!&ios de procesos
'ue involucran a%orro de costos para usuarios.
Costo (eneficio
T#*"# ND1: +riterios de EvalCación segPn tiBo de Broyecto
En los criterios de evalCación> Ucosto eficiencia a nivel cCalitativoU corresBonde al nivel de
evalCación ECe se estaHlece en el InstrCctivo 'E(I Bara los Broyectos de Informática> mientras
ECe Ucosto eficiencia a nivel cCantitativoU corresBonde a la Bresente metodología
1
.
2
'istemas oBerativos> Brocesadores de teFto> Blanillas de cálcClo> navegadores y antivirCs.
-
En lo sCcesivo> todas las cifras en dólares son al valor del dólar oHservado a la fecDa de la evalCación del Broyecto.
1
En BarticClar el caBítClo 1.
-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
2., )lcance de la Metodoloía en cada caso
En esta metodología se Csa Cna tIcnica de evalCación de alternativas aBlicaHle a cada Cna de las
tiBologías. La tIcnica de evalCación está Hasada en taHlas con Bonderadores. +ada tiBología tiene
sCs taHlas Bertinentes.
Además> segPn cada tiBología y la etaBa en cCrso se determinan distintos reECisitos de
información ECe se deHe Bresentar> esto ECeda refleJado en el )ráfico NV -A
TIPOLOGÍA DE PROYECTOS DE INFORMÁTICA
ETAPA DEL
CICLO DE %IDA
DE'A##"LL" DE
APLI+A+I"NE'
E%&IPAMIEN!" "
AD%&I'I+I"NE'
ME9"#AMIEN!" "
AMPLIA+I8N "
#EP"'I+I8N
IDEA
PE#/IL
P#E/A+!I(ILIDAD
/A+!I(ILIDAD
DI'E="
E9E+&+I8N
Gr!fi)o ND 6: +iclo de vida y !iBología de Proyectos
La metodología se aBlica a distintas etaBas del ciclo de vida del Broyecto deBendiendo de la
tiBología. En efecto> Bara Broyectos de desarrollo se reECiere tener el diseMo lógico> lCego la
metodología se aBlica Bara Basar de la etaBa de diseMo a la de eJecCción :Bara Basar de Berfil a
eJecCción se reECiere la docCmentación oHtenida en el diseMo lógico> así como la evalCación de
las distintas alternativas de solCción;.
Para Broyectos de eECiBamiento> adECisiciones> meJoramiento> amBliación o reBosición> la
metodología se aBlica Bara Basar de la etaBa de Berfil a eJecCción> sin BerJCicio de ECe en algCnos
casos se BCede Basar de Berfil a BrefactiHilidad o factiHilidad :y Bosteriormente a eJecCción;
deBendiendo de la BosiHilidad de cCantificar los Heneficios del Broyecto> esta BosiHilidad se
indica con las flecDas de líneas BCnteadas en el gráfico anterior.
Adicionalmente> se deHe considerar ECe la metodología considera tres resCltados esBerados de
distinta natCraleKa y ECe no aBlican a todas las tiBologíasA
1
Metodología
:a;>:H; y :c;
Metodología
:H; y :c;
Metodología
:H; y :c;
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
a; DiseMo Lógico.
H; EvalCación de alternativas de solCción.
c; ElaHoración de !Irminos de #eferencia Bara la licitación de la etaBa sigCiente.
El diseMo lógico :a;> se reECiere como resCltado sólo Bara Broyectos de desarrollo de
aBlicaciones> Bor lo tanto Bara las otras tiBologías sólo se reECiere :H; y :c;. Estas diferencias
están reBresentadas en el )ráfico NV -> en el cCal Bara cada tiBología se indica con Cn óvalo la
etaBa en la cCal se aBlica la metodología y en cada caso se seMala el alcance de la aBlicación de la
metodología> es decir> si se aBlica :a;> :H; y :c; o sólo :H; y :c;.
Es imBortante notar ECe Bara el caso de informática> el significado de la etaBa de diseMo varía> con
resBecto a Cn Broyecto tradicional> ya ECe como BrodCcto de esta etaBa se oHtendrá el DiseMo
Lógico> así como la evalCación de las distintas alternativas de solCción> evalCación ECe
normalmente se Bresenta como resCltado final de la etaBa de factiHilidad.
+aHe mencionar ECe la tiBología Bara el caso de comBra de BaECetes de softLare
3
> corresBonde a la
tiBología de Desarrollo Bara la etaBa de EJecCción. 'in emHargo en este caso sólo se Bedirá el
diagrama de Brocesos o el diagrama de flCJo de datos :D/D;> BorECe es imBortante considerar> si es
ECe la organiKación es caBaK de adaBtarse al softLare comBrado> sitCación ECe se BCede aBreciar de
meJor manera> si es ECe eFiste Cn levantamiento de reECerimientos.
+ada Cno de estos reECisitos ECedan eFBlicados en forma más amBlia en el resto de la
metodología.
Además en el AneFo 2 se descriHe el esfCerKo necesario Bara cada fase de Cn Broyecto
informático.
2.- .ori/onte de !valuación
El DoriKonte de evalCación> deHe considerar como máFimo cCatro aMos> deHido a los
camHios tecnológicos ECe en el área informática ocCrren con gran velocidad.
6 Pre-#r#)i+n de Pro0e)tos

La información necesaria Bara BostClar a cada etaBa de acCerdo a cada tiBología de Broyectos se
enCmera a continCación en la !aHla NV 2. La marca en cada celda indica los reECisitos mínimos
3
No Ctilitarios> es decir> distintos a los mencionados en el BiI de Bágina anterior.
3
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
necesarios Bara esa tiBología> la celda en Hlanco indica ECe ese reECisito no es imBrescindiHle
Bara esa tiBología> no oHstante> en Broyectos esBecíficos se BCeden eFigir más reECisitos ECe los
ECe aECí se seMalan. Los nPmeros entre BarIntesis en la Brimera colCmna de reECisitos de
información> Dacen referencia al BCnto dentro de este caBítClo en ECe se descriHe dicDo reECisito.
Pro0e)tos de
des#rro""o
E'ui-#(ientoG #d'uisi)i+nG
(e9or#(ientoG #(-"i#)i+n o
re-osi)i+n
Et#-# desde "# 'ue -ostu"#
Perfi" DiseCo Perfi"
Et#-# # "# 'ue -ostu"#
DiseCo E9e)u)i+n E9e)u)i+n
REHIISITOS DE INFORMACIJN
#esCmen EJecCtivo :-.;
 
Plan> o Política Informática de la InstitCción
:-.2;
  
Identificación y Definición del ProHlema :-.-;
  
Diagnóstico de la sitCación actCal :-.1;
  
"BtimiKación de la sitCación actCal :-.2;
  
DescriBción general de reECerimientos :-.3;
 
Análisis de reECerimientos :diseMo lógico;
:-.-;A
• DescriBción de la solCción.
• Diagrama de flCJo de datos.
• Modelo conceBtCal de datos

7er Nota al BiI
*
Programación de actividades Bara etaBa de
diseMo :-.*;

#eECerimiento de Bersonal estimadas del
Proyecto en sC etaBa de DiseMo :-.4;

Análisis de alternativas de solCción :-.3;
 
EvalCación de costo O eficiencia :1;
 
Estimación de Heneficios esBerados :-.,;
  
Estimación de costos de inversión> oBeración y
mantención Bara la etaBa de eJecCción :-.2;
  
+ronograma o carta )antt :-.<;
  
!D# Bara la etaBa de DiseMo :-.;

!D# Bara la etaBa de EJecCción :3;
 
T#*"# ND 4: #eECisitos de información segPn tiBologías y etaBa del ciclo de vida
En el caso de Broyectos de desarrollo> con esa información a nivel de Berfil> se Bodrá analiKar la
idea y traHaJar en la BroBCesta de diseMo> oHteniIndose la información relevante Bara la BróFima
etaBa de inversión
*
En el caso de Broyectos de meJoramiento> amBliación o reBosición> si involCcran aCmento de caBacidad o calidad
de softLare :no Hásico ni Ctilitario;> se sCgiere eFigir el diagrama de flCJo de datos
*
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
La información entregada Bara llevar a caHo la etaBa de diseMo en el caso de Broyectos de
desarrollo es Cn elemento Breliminar de desarrollo. ?sta sirve de Hase Bara el análisis ECe se
efectCará en el levantamiento> Bor ello algCnos reECerimientos de información Bara Basar de
Berfil a diseMo se reBiten cCando se Basa de diseMo a eJecCción en este caso cada reECisito deHe
ser tratado en mayor BrofCndidad.
Para mayores detalles soHre el Diagrama de /lCJo de datos consCltar el AneFo 3> Bara el modelo
conceBtCal de datos ver el AneFo 1.
A continCación se detallan cada Cno de los reECisitos de información mencionados en la !aHla NV
2.
".1 0esumen e1ecutivo
El resCmen eJecCtivo deHe contenerA
 Identificación del BroHlema a resolver
 "HJetivo del Broyecto
 #eECerimientos
 (reve JCstificación de la solCción escogida
 +ostos de inversión y oBeración de la solCción
".2 Plan o Política Inform#tica de la Institución
La Bolítica informática deHe contener estrategias encaminadas a Cna HCena gestión> tanto de la
información como de la tecnología ECe la soBorta.
En BarticClar> se deHe definir> en los casos ECe corresBondaA
G El BaBel de la información dentro de las distintas áreas de la institCción. DeBendiendo del
área> la información deHiera cCmBlir con los sigCientes atriHCtos en distintos grados de
imBortanciaA
 +onfidencialidadA nivel de Brotección de la información ECe se necesita.
 IntegridadA Brecisión y sCficiencia de la información
 DisBoniHilidadA Bara cCáles CsCarios estará la información disBoniHle
 +onfiaHilidadA la información oHtenida deHe ser aBroBiada Bara la gestión y
oBeración de la institCción.
 Información EFternaA se deHe Boder acceder a reECerimientos de información
formClados Bor otras institCciones.
G +lasificación de la información contenida en las Hases de datos ECe Bosee la institCción en
cCanto a sC relevancia. La relevancia se define en fCnción de lo ECe significa la BIrdida de
información> Bara la misión de la institCción> de manera ECe se deHe considerar estratIgica
4
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
aECella información cCya BIrdida afecta a la misión de la institCción y no estratIgica a
aECella cCya BIrdida no afecta a la misión.
G Procesos claves dentro de la institCción> ya ECe las meJoras a estos Brocesos es lo ECe se deHe
desBrender del Blan informático
G Estrategia de caBacitación
G Estrategia de softLare HásicoA sistemas oBerativos> sistemas de Hases de datos> Bara
servidores y estaciones de traHaJo.
G Estrategia de DardLareA Brocesadores> caBacidades de almacenamiento> caBacidades de
crecimientos> estándares> etc.
G Estrategia de arECitectCraA centraliKada> distriHCida o miFta. 'istemas BroBietarios o sistemas
aHiertos.
G Estrategia de comCnicaciones y redesA Brotocolos> arECitectCra de redes> enlaces de
comCnicaciones> etc.
G Estrategia de desarrollo de softLare de aBlicacionesA desarrollo local> desarrollo eFterno>
desarrollo miFto.
G Estrategia de recCrsos DCmanosA &nidad de Informática y sCs alcances.
"." Identificación y Definición del Problema
'e deHe determinar ECI BroHlema se intenta solCcionar o ECI oHJetivo se Bretende alcanKar
mediante el Broyecto :en tIrminos generales> ya ECe el análisis en detalle se aHordará en la etaBa
de diagnóstico;. Es imBortante aclarar este BCnto> Bor cCanto constitCirá el motivo Bor el ECe se
origina el Broyecto. 'e sCgiere CtiliKar la metodología del árHol caCsa O efecto
4
.
".$ Dianóstico de la &ituación )ctual 2&in Proyecto3
#A Des)ri-)i+n de "# Org#ni#)i+n 0Bo entorno Afe)t#do -or e" Pro0e)to
Esta etaBa tiene como oHJetivo dar Cna descriBción comBleta del área o deBartamento involCcrado
en el estCdio sirviendo como Hase Bara el análisis.
*A Des)ri-)i+n de "# Inid#d o De-#rt#(ento
4
'i se desea emBlear esta metodología> se BCeden consCltar mayores detalle en la R)Cía metodológica general Bara
la BreBaración y evalCación de Broyectos de inversión socialS> 'anín> 5Ictor> ILPE'> 223
,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Este Dito consta en la generación de Cn docCmento en el cCal se descriHe la sitCación actCal de la
Cnidad o deBartamento en estCdio. El docCmento deHe contener los sigCientes BCntos insertosA
G "rganigrama de la Cnidad o deBartamentoA Cn organigrama simBle de cómo está Doy la
Cnidad ECe se deHe estCdiar
7 /Cnciones y resBonsaHilidades de la Cnidad o deBartamentoA descriBción de
fCncionalidades Bermiten acotar el Broyecto a realiKar.
7 "HJetivos actCalesA se deHe eFBoner cCáles son los oHJetivos tanto de corto como de largo
BlaKo ECe se Da Blanteado la Cnidad o deBartamento. Para esto> se deHe realiKar Cna
enCmeración y Cna Hreve descriBción.
G Interacción con sC entornoA definir con Cn esECema simBle la interrelación del
DeBartamento con sC entorno. Mencionar las relaciones ECe gCardan neFo con el tema ECe
se desea estCdiar y ECe BCede ser imBortante acotarlas.
)A Present#)i+n de "# so"u)i+n infor(!ti)# #)tu#"
La idea es descriHir los sistemas> softLare y DardLare del área BroHlema. Bara lo anterior Day ECe
Hasarse en el aneFo 2 RElementos a considerar en la EvalCación !Icnica de Proyectos
InformáticosS. Además> es imBortante Bresentar en este caso Cn diagrama de la arECitectCra de la
solCción actCal.
Para las tiBologías de desarrollo o meJoramiento :las ECe inclCyen desarrollo de softLare;> se
reECiereA
dA Des)ri-)i+n de "os -ro)esos
'e deHerá definir cCáles son los Brocesos ECe tienen relación con el tema en estCdio> dando Cn
nomHre simBle al Broceso y Cna Hreve descriBción de cómo oBera.
eA Di#gr#(# de F"u9o de D#tos FDFDA -resent#ndo "# situ#)i+n #)tu#"
Los D/D ECe se deHerán descriHir> son los indicados en el BCnto anterior. El oHJetivo es visCaliKar
en Cn esECema simBle cómo flCye la información. +omo eJemBlo de Diagrama de /lCJo de Datos
ver el AneFo Diagrama de /lCJo de Datos.
Estos diagramas BCeden sitCarse en varios niveles> Para esta etaBa> sólo se necesita Cna
Bresentación a nivel intermedio :'igCiente al nivel de conteFto> con los DiJos más relevantes;.
2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
".+ Descripción eneral de requerimientos
La idea es descriHir los reECerimientos BrinciBales a los cCales deHe resBonder la solCción. Estos
reECerimientos deHen ligar el rendimiento de la solCción a imBlementar con Brocesos estratIgicos
de la solCción. Por eJemBlo> Bara Cn servicio determinado Bara el cCal es mCy imBortante el
nPmero de reBortes Bara Heneficiarios y se Da determinado como decisión estratIgica disminCir
las colas> el reECerimiento deHiera fiJarse en el nPmero de cotiKaciones Bor Cnidad de tiemBo ECe
se necesitan Bara cCmBlir ese oHJetivo.
"., Proramación de actividades para la etapa de dise4o
En este BCnto es deseaHle Cn cronograma o carta )antt mostrando las actividades necesarias Bara
realiKar el levantamiento y cCanto tiemBo reECerirá. A diferencia de la Brogramación de la
Blanificación del desarrollo del softLare BroBiamente tal> el tiemBo Blanificado Bara esta
actividad deHiera ser Hastante eFacto.
".- 0equerimientos de personal para postular a la etapa de dise4o.
'e deHe Bresentar Cn BresCBCesto detallado Bor fases o total del estCdio. La información Bertinente
deHe desagregarse en> al menos> los ítems ECe se mCestran en el sigCiente cCadro> identificando la
cantidad y el Brecio Cnitario de cada Cno. 'e deHen valorar sólo los ítems ECe signifiECen
desemHolso adicional Bara el servicioQ en consecCencia> no deHe inclCir Bersonal BroBio. 'e entiende
Bor Bersonal BroBio los fCncionarios de la institCción ECe financia o ECe está BostClando el estCdio y
ECe se estima se dedicarán en Jornada Barcial o comBleta a ser contraBarte del mismo o a BarticiBar
en sC eJecCción. Por otra Barte> el Bersonal eFterno son las Bersonas ECe asignará la emBresa o
institCción ECe desarrolle el estCdio :emBresa consCltora C otra institCción;. !amHiIn deHe inclCirse
en esta categoría el Bersonal ECe se contrate esBecíficamente Bara la eJecCción de Iste o Bara Dacer
de contraBarte> y cCyo contrato finalice JCnto con sC tIrmino.
ÍTEM INIDADESK PRECIO
INITARIO
CANTIDAD %ALOR TOTAL
FMLA
Profesionales

!Icnicos
'ecretarias
7iáticos y BasaJes
Materiales y eECiBos
!otal
)astos )enerales
W La Cnidad de medida del recCrso DCmano es el nPmero de Doras.
X. G Los Brofesionales deHen ser desagregados Bor tiBo y nivel.
T#*"# ND 6: +ostos Directos de Personal
2<
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Además> se deHe informar de los reECerimientos totales de Bersonal del estCdio de acCerdo al
sigCiente esECemaA
PERSONAL PROPIO
FNM(ero de .or#sA
ENTERNO
FNM(ero de .or#sA
Profesionales

!Icnicos
'ecretarias> Asistentes y otros
"tros
!"!AL
X. G Los Brofesionales deHen ser desagregados Bor tiBo y nivel.
T#*"# ND 3: +ostos !otales de Bersonal
Este cCadro deHe comBletarse en Hase a la información de estCdios similares ya efectCados :si
eFisten;> en Hase a información de los BosiHles Broveedores :cotiKaciones; y en Hase a las actividades
del estCdio ECe se Bresenta.
".5 !stimación de beneficios
'e deHen descriHir los Heneficios en forma cCalitativa. De ser BosiHle identificar> medir y
valorar los Heneficios> se sCgiere considerar los ítems inclCidos en el AneFo -.
".6 !stimación de costos de inversión7 operación y mantención para la etapa de
e1ecución
La estimación de los costos de inversión> oBeración y mantención deHe estar fCndamentada en la
eFBeriencia anterior de la institCción> si esta eFiste. La idea es Bresentar claramente como se
oHtCvieron los valores corresBondientes> eFBlicando las cifras Csadas y descriHiendo el softLare>
DardLare y servicios Brofesionales ECe se Csarían> desBCIs de realiKar el levantamiento de
reECerimientos.
La estimación deHe afinarse desBCIs de realiKar el levantamiento de reECerimientos> ya ECe se
tendrá más claro ECe fCncionalidades se imBlementarán y cCales no> lo ECe Bermite Bredecir con
mayor información cCánto será el costo de inversión> oBeración y mantención fCtCro.
Es imBortante notar ECe en informática se entiende Bor costos de mantención los destinados a las
adecCaciones ECe reECieren los sistemas Bara mantener sC vigencia y Ctilidad.
".18 Cronorama y Carta (antt
&n cronograma o carta )antt> estaHlece el orden de las actividades a aHordar> detallando cCales
tareas BCeden ser elaHoradas en forma Baralela y cCales tareas son necesarias Bara realiKar otras.
2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Esta descriBción se Dace simHoliKando cada tarea Bor Cna Harra> cCyo largo deBenderá del tiemBo
ECe toma realiKar cada tarea.
A continCación se mCestra Cn eJemBlo> elaHorado en Microsoft ProJect 2,Y
,
A
Gr!fi)o ND3: +arta )antt
+omo se oHserva en el eJemBlo> las flecDas indican la deBendencia entre las distintas tareas. Las
indicaciones ECe aBarecen al lado de cada Harra :EmB> E/+> etc.; indican ECiIn es el resBonsaHle
de la tarea. Los diamantes indican Ditos de control :reCniones> entrega de resCltados;
".11 T9rminos de 0eferencia para contratar etapa de dise4o
Los tIrminos de referencia deHen inclCir toda la información necesaria> Bara Boder licitar el
diseMo> así como la evalCación de las distintas alternativas de solCción :en el caso ECe el
formClador estime ECe no Day caBacidad tIcnica al interior de la institCción Bara evalCar el
Broyecto;.
En este sentido> se deHe esBecificar claramente el BrodCcto final> el cCal se tradCce enA
,
YA Microsoft +orBoration
22
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
G Análisis de Brocesos o flCJo de datos> en relación a la BroHlemática detectada> lo cCal se
BCede tradCcir en Cna oBtimiKación de Brocesos.
G DocCmentación asociada al DiseMo lógico
G ProBCesta y evalCación de las alternativas de solCción
Estos BCntos ECedarán más claros en los restantes BCntos de la metodología.
".12 :ptimi/ación de la situación actual
En Hase a la información recoBilada> vale decir> antecedentes Breliminares> Bresentación del
BroHlema y el diagnóstico> se determinará si es BosiHle meJorar la sitCación actCal> ya sea con
medidas administrativas> de rediseMo organiKacional> o con inversiones marginales.
La optimización de la situación actual puede convertirse en una importante
fuente de ahorro de recursos, por ello se recomienda explorar esta alternativa.
A modo de ejemplo, se puede optimizar la situación actual por medio de alguna
de las siguientes medidas:
a) Medidas administrativas o de rediseño organizacional
- Rediseño de procesos al interior de la institución
- liminar tr!mites innecesarios
- Redistri"uir f#sicamente al personal de manera de optimizar los procesos
- la"orar manuales de procedimientos administrativos
*A In,ersi+n (#rgin#" # "# so"u)i+n e?istente
-Rediseñar $%o normalizar las "ases de datos, eliminando duplicidades. Aparte
de proporcionar una ma$or e&ciencia, esta medida permitir! una ma$or
seguridad, menor duplicidad $ por lo tanto, una mejor e&ciencia de la
información mantenida en "ases de datos.
- 'apacitar, tanto a usuarios, como a especialistas del !rea inform!tica de la
institución. (uchas veces se dispone de las herramientas de hard)are,
soft)are o comunicaciones, pero no se hace un adecuado uso de ellas.
- Redistri"uir de forma m!s racional los recursos computacionales entre los
distintos usuarios. n este caso, se recomienda considerar aspectos tales
como: nivel de uso $ capacidades de los recursos.
2-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
- *egmentación de redes mediante el "alance $ reasignación de la carga en la
red de inform!tica.
- +alances de carga en dispositivos como discos, cpu, memoria.
- ,tras inversiones
".1" )n#lisis de requerimientos 2Dise4o lóico3
#A Di#gr#(# de f"u9o de d#tos F"+gi)oA
El oHJetivo es visCaliKar en Cn esECema simBle la información reECerida y cómo flCye dicDa
información entre las distintas entidades y Brocesos. +omo eJemBlo> ver el Ane?o 8
corresBondiente al Diagrama de flCJo de datos :lógico;. En lo ECe se refiere al flCJo de datos>
estos Diagramas BCeden ir aCmentando en comBleJidad> en la medida ECe cada flCJo se vaya
descriHiendo en mayor BrofCndidad.
*A Mode"o de d#tos
Para aECellos Broyectos de desarrollo ECe inclCyen la etaBa de eJecCción : y Bor ende el diseMo
lógico; Cn Dito imBortante del análisis de reECerimientos es la formClación del modelo de datos.
Para efectos de Bresentación de antecedentes a MIDEPLAN está descrito cómo Dacer Cn
modelamiento en el Ane?o 3 Modelamiento de Datos.
)A Otr# do)u(ent#)i+n
En el caso de ECe se desarrollen aBlicaciones esBecíficasA
 "rientadas al oHJetoA Presentar casos de Cso> diagramas de clase> diagramas de oHJetos y
si es BosiHle de estado.
 No orientadas al oHJetoA Presentar lista de fCnciones> con sCs Barámetros> entradas y
salidas.
En el caso de sistemas de información geográficos> deHe Bedirse como Barte del análisis
reECerimientos> las caBas y crCces mínimos necesarios. En el caso de ECe el diagnóstico
determine la necesidad de contar con caBas adicionales> se deHe identificar ECe institCciones
:distintas a la ECe Bresenta el Broyecto;> BCeden disBoner de dicDas caBas> y se deHe considerar la
alternativa de adECirirlas o acceder a ellas vía convenio> versus la alternativa de desarrollarlas
nCevamente Bara la institCción.
Para Broyectos de desarrollo de Báginas LeH y otros desarrollos de Internet> intranet o EFtranet>
deHe solicitarse Cn maBa de navegación ECe de cCenta de la información ECe se reECiere en el
sitio ZeH. Además es deseaHle Cn análisis de los Brocesos involCcrados mediante D/DNs C otra
21
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Derramienta> ECe Bermitan Cn Cso cooBerativo real de las Derramientas de Internet. Por otra Barte>
es imBortante Bresentar Brocedimientos administrativos así como adECirir softLare y DardLare en
lo ECe se refiere a segCridad.
AECellos Broyectos> ECe involCcren la comBra de softLare de clase mCndial> o BaECetes
desarrollados> se deHe Bresentar Cn informe ECe esBecifiECe ECe reECerimientos de la
organiKación son satisfecDos Bor la organiKación y cCales no> Bara Boder determinar la
factiHilidad de ser imBlementada con IFito.
Para Broyectos de las tiBologíasA eECiBamiento> meJoramiento> amBliación reBosición> los
reECerimientos de información> se esBecifican en el Ane?o 4 :todos los BCntos del aneFo> eFceBto
el ;
".1$ )lternativas de &olución
La Bresentación de alternativas de solCción está relacionada en forma directa con las caBacidades
tIcnicas Bara generar alternativas y el nivel de BroHlemas ECe se desean solCcionar.
&na adecCada Bresentación de alternativas será el Baso inicial en Cna correcta Bresentación y
BreBaración del Broyecto de informática o alternativa final de solCción. Además> será la Hase Bara el
docCmento de esBecificaciones tIcnicas en el Broceso de formaliKación de comBra o licitación.
#A Restri))iones #so)i#d#s # )#d# #"tern#ti,#
La idea es mencionar las restricciones de Brecio> mantención> oBeración y tecnología ECe Bresenta
cada alternativa.
*A Produ)to o ser,i)io es-er#do en )#d# #"tern#ti,#
DeHe estaHlecerse si se esBera el mismo servicio o BrodCcto Bor cada alternativa de solCción y en
ECI consiste en tIrminos generales. Por eJemBlo> se Bodría mencionar ECe el BrodCcto de la
alternativa seleccionada cCmBlirá con Cn reECerimiento esBecífico y ECe en camHio no
solCcionará otro reECerimiento menos imBortante.
23
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
3 E,#"u#)i+n Costo 7 Efi)ien)i#
Los fCndamentos Bara la adoBción de este criterio fCeron Bresentados en la sección 2.2. Antes de
iniciar la Bresentación de la metodología de evalCación y selección de alternativas HaJo este
criterio> caHe definir la diferencia entre efectividad y eficiencia.
La efectividad se asocia al logro de los oHJetivos y metas estaHlecidas> la eficiencia es alcanKar la
efectividad Daciendo Cn Cso racional de los recCrsos disBoniHles
2
. De acCerdo a lo anterior> le
eficiencia inclCye necesariamente la efectividad> y Bor tanto Cn criterio de costo O eficiencia es
más eFigente ECe Cno de costo G efectividad
En la metodología ECe se Bresenta en los sigCientes caBítClos> se inclCyen algCnos atriHCtos de
efectividad Bero tamHiIn algCnos de eficiencia> Bor lo ECe caHe clasificar a esta metodología
como de costo O eficiencia.
$.1 !valuación y &elección de )lternativas
Es imBortante tener en cCenta ECe> en la generalidad> los Broyectos de informática se comBortan
sigCiendo la sigCiente cCrva de efectividad v/s costosA
Gr!fi)o ND 8: #elación costo G efectividad
En el gráfico se aBrecia ECeA
G Los Brimeros índices de efectividad BCeden tener Cn alto costo.
G En Cna etaBa intermedia> los costos y la efectividad se valoran en Cnidades fiJas.
G /inalmente> el logro total o a medida ECe nos acercamos a la efectividad total> los costos se BCeden
elevar en forma eFBonencial.
2
A modo de eJemBlo> si el oHJetivo es acertar en el Hlanco de Cna diana> ECien logre esa meta desBCIs de lanKar <<
dardos> Da sido efectivo> Bero sCmamente ineficiente> el ECe ni siECiera logra acertar desBCIs de << intentos es
ineficaK> y el ECe acierta a la Brimera ocasión es eficaK y eficiente.
2*
Costos
Efe)ti,id#d
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
'i Hien> la idea es satisfacer la totalidad de los reECerimientos Blanteados en el diagnóstico> es
recomendaHle ser mCy cCidadoso en Cn dimensionamiento adecCado de las alternativas de solCción>
evalCando dicDas alternativas a la lCK de los costos involCcrados e intentando lograr la mayor
efectividad al menor costo.
El cálcClo de los indicadores :cómo 7AN y !I#;> BCede mostrar Cna rentaHilidad alta :ECe en
general es difícil de medir; y no gCarda relación con la calidad de la solCción tecnológica
seleccionada > caHe centrarse Bor lo tanto en la oBtimiKación del Broyecto.
"Hviamente> la selección final se Dace en el Broceso de licitación> sin emHargo> el análisis Brevio de
generación y selección de alternativas deHería ayCdar a Cna meJor esBecificación de las Hases
tIcnicas Bara la formaliKación de la comBra o licitación> evitando conflictos Bor vacíos en las Hases y
acotando el esBacio de alternativas. Esto Bermitirá Cn análisis más minCcioso de las BroBCestas.
Para la evalCación de alternativas se medirán ciertos atriHCtos de la solCción BroBCesta y se definirán
Bonderadores Bara dicDos atriHCtos. Esto se eFBlica en la sigCiente sección.
El Cso de Bonderadores de atriHCtos Bermitirá evalCar las distintas alternativas Blanteadas> intentando
seleccionar las alternativas ECe ofreKcan el meJor nivel tIcnico y ECe resCelvan de la meJor manera
BosiHle el BroHlema Blanteado.
La dificCltad del modelo radica JCstamente en la definición de atriHCtos y la estimación de los
Bonderadores. En efecto> el Broceso de generación de atriHCtos> asignación de BCntaJes y
Bonderadores> BresCBone claridad resBecto de los reECerimientos> de los BroHlemas del actCal
sistema> de los oHJetivos del nCevo sistema y de las fCnciones y sistemas administrativos a ser
aBoyados Bor la configCración.
'i se dan las condiciones anteriores y se realiKa Cn adecCado análisis> deHería esBerarse ECe los
atriHCtos y el valor asignado a los Bonderadores refleJe las reales necesidades de la institCción con
resBecto al sistema comBCtacional.
Al no darse esas condiciones> ECeda aHierta la BosiHilidad de ECe el evalCador UmaneJeU los
Bonderadores Bara UseleccionarU algCna alternativa BreconceHida> lo ECe Dace ECe la Derramienta
resClte inserviHle Bara los oHJetivos de acercarse a la selección de Cna HCena configCración
comBCtacional.
$.2 )tributos 0elevantes
'e BCeden Blantear dos tiBos de atriHCtosA
#A Atri*utos i(-res)indi*"es
Los atriHCtos imBrescindiHles son aECellos ECe oHligatoriamente deHen cCmBlirse en sC totalidad> en
la alternativa a evalCar. De lo contrario> dicDa alternativa no deHerá ser considerada.
24
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
A lo menos> se deHen considerar los sigCientes atriHCtos como imBrescindiHlesA
G La alternativa de solCción está de acCerdo con la Bolítica informática :si es ECe eFiste; de la
institCción.
G La institCción disBone de las caBacidades tIcnicas y administrativas Bara soBortar la solCción. : Bor
eJemBlo Bara administrar la red;
*A Atri*utos e,#"u#*"es Fdese#*"es 0 (u0 dese#*"esA
Los atriHCtos evalCaHles son aECellos mediHles y Bor tanto ECe Bermiten Cna evalCación y
discriminación de cada alternativa> lo ECe es imBortante BCes las alternativas de la solCción BCeden
ser variadas y comBleJas> Bara la decisión de imBlementar Cna solCción.
La clasificación de atriHCtos en mCy deseaHles o deseaHles deHe formClarse en Hase al Blan
informático de la institCción.
+omo sCgerencia> creemos imBortante ECe la evalCación de alternativas considere atriHCtos ECe
Dagan DincaBiI en la información> la cCal es soBortada Bor la tecnología. MCcDas veces> Bor eJemBlo>
se eligen solCciones eficientes> Bero en áreas ECe la institCción no necesita tal eficiencia. Por otra
Barte> algCna institCción BCede ECe tenga información disBoniHle> sin emHargo> la segCridad de la
información es mala. En este caso> aBarentemente la solCción es eficiente> Bero está descCidando Cn
BCnto imBortante ECe es el riesgo de BIrdida de la información.
Es así ECe más adelante> en la eFBosición de tIcnicas de evalCación de alternativas> se toman en
cCenta atriHCtos de la información> JCnto con otros de carácter tIcnico.
En cCanto a los atriHCtos es imBortante Bara la evalCación de solCciones> constrCir taHlas en las
cCales se diga cCáles fCeron los conceBtos considerados y los Besos relativos ECe Bara ellos se
asignaron. La tIcnica se eFBone a continCación.
$." T9cnica de !valuación de )lternativas
La tIcnica descrita a continCación HCsca oHtener Cn BCntaJe Bara cada Cna de las solCciones a
evalCar> considerando los criterios seMalados anteriormente y los antecedentes recogidos en las
etaBas anteriores.
'i eFistiera sólo Cna alternativa> el BCntaJe deHerá ser calcClado de todas maneras Bara ella> ya ECe
Bermite aBreciar cómo se tomó la decisión de oBtar Bor la solCción.
Además> se sCgiere ECe las matrices eFBCestas a continCación sean comBletadas tamHiIn en el
Broceso de licitación Bara la evalCación de las BroBCestas en concCrso.
2,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
#A E,#"u#)i+n de "os #tri*utos
Los factores de evalCación a considerar son los sigCientesA
A; Efectividad
(; Plataforma tecnológica
+; +alidad tIcnica de la solCción
D; ADorro de costos oBeracionales
Además es imBortante considerar la C#"id#d Fun)ion#" de "# So"u)i+n> Bero ECe no BCede ser
evalCada con el avance ECe tiene el Broyecto a esta altCra :BostClando a etaBas ECe nCnca van más
allá del diseMo;> BorECe la información necesaria Bara evalCar los atriHCtos se oHtiene del DiseMo
/ísico de la solCción> Bor este motivo solamente se deJa como referencia la información
corresBondiente a los atriHCtos de +alidad /Cncional en el aneFo *> sin eFigir sC evalCación.
+ada Cno de estos factores será calificado con Cn BCntaJe de a <<> de acCerdo a los sigCientes
BrocedimientosA
AA Efe)ti,id#d
El oHJetivo de esta evalCación es calificar el nivel de satisfacción de las necesidades a ser cCHiertas
Bor el sistema en cCestión. Para ello> se deHerán considerar todas aECellas fCnciones ECe deHieran
satisfacerse> tanto las de carácter oBerativo como las estratIgicas y tácticas. Esta evalCación deHe
segCir los sigCientes BasosA
i. Definir fCnciones ECe deHe satisfacer el sistema
ii. +lasificar dicDas fCnciones en tres grCBosA
• ImBrescindiHles
• MCy deseaHles
• DeseaHles
iii. 7erificar ECe las alternativas satisfagan todas las fCnciones imBrescindiHles> descartando
las ECe no lo Dagan
iv. 'i eFiste más de Cna alternativa ECe cCmBla el criterio anterior> generar la sigCiente matriK
:las fCnciones indicadas lo son a modo de eJemBlo;A
22
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Fun)ion#"id#des
de" Siste(#
Altern. Altern. 2 ... Altern. N
M&. DE'EA(LE'
:[+CmBlimiento;
<<[ 3<[ <<[
Información en Línea
Interfaces )ráficas <
DE'EA(LE'
:[+CmBlimiento;
--[ <<[ --[
Emisión de cartas < <
+ontrol de camHios
"tros atriHCtos menores < <
!otal 42.2
:E/;
*3
:E/2;
42.2
:E/N;
T#*"# 8: MatriK de Efectividad
Para otros eJemBlo de atriHCtos ECe miden efectividad en distintas dimensiones> ver Ane?o >
En cada celda> colocar Cn :Cno; si la alternativa cCHre la fCnción y Cn < :cero; en caso contrario.
Posteriormente se calcCla el [ de cCmBlimiento Bara cada alternativa> como la sCma de :Cnos;
divididos Bor el total de atriHCtos dentro de cada categoría :deseaHle o mCy deseaHle; . LCego>
oHtener el BCntaJe de cada alternativa Bor grCBo de fCnción y calcClar el Bromedio Bonderado de
amHas. 'e CtiliKará Cn factor de <.4 Bara las fCnciones RmCy deseaHlesS y de Cn <.- Bara las
fCnciones RdeseaHlesS. En el eJemBlo> CtiliKando dicDos Bonderadores> los BCntaJes :mCltiBlicados
Bor <<; son 42.2 :<.4W<<###BOT_TEXT###lt;.-W--;> *3 :<.4W3<###BOT_TEXT###lt;.-W<<; y 42.2 resBectivamente.
Los valores sCgeridos Bara Bonderar las fCnciones RmCy deseaHlesS y las RdeseaHlesS BCeden ser
modificados> inclCyendo la JCstificación Bor Dacerlo.
;A P"#t#for(# Te)no"+gi)#
En este factor se HCsca caBtCrar ECe la solCción estI Hasada en Cn conJCnto de Derramientas ECe
Bermitan> con Cna alta BroHaHilidad de IFito> la constrCcción de Cn sistema ECe satisfaga los
sigCientes criteriosA
• Confiden)i#"id#dA deHe evalCarse el nivel de Brotección ECe cada alternativa ofrece
contra la divClgación no aCtoriKada de la información. En Ista> deHerán considerarse
asBectos comoA
. 'istema oBerativo
2. (ase de datos
-. +oneFión con otros sistemas de información :a travIs de Internet o localmente;
1. Acceso a medios de resBaldo.
• Integrid#d: está relacionado con la Brecisión y sCficiencia de la información. !amHiIn
con la valideK de la información.
• Dis-oni*i"id#d: las alternativas de solCción deHen BroveerA
-<
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
. Acceso a la información Bor Barte de todos los CsCarios aCtoriKados> en el momento
en ECe lo reECieran
2. !iemBos de resBCesta acordes con las necesidades de los Brocesos
• Confi#*i"id#d de "# infor(#)i+n FGesti+nA: Esto tiene ECe ver con ECe la información
oHtenida deHe ser aBroBiada Bara la gestión con el fin de oBerar la institCción y Bara
eJercer las resBonsaHilidades de cCmBlimiento de las tareas institCcionales.
• Infor(#)i+n E?tern#: Esto tiene ECe ver con ECe la información oHtenida deHe ser
aBroBiada Bara satisfacer los reECerimientos de otras institCciones con resBecto a la
organiKación.
En lo BosiHle> cada Cno de estos criterios deHerá ser evalCado oHJetivamente. En todo caso> la
eFistencia de oBiniones de eFBertos Bodrá ser incorBorada> así como estadísticas ECe eFDiHan Cna
validación de la indCstria informática resBecto al cCmBlimiento de cada Cno de ellos. De todos
modos> cada criterio será calificado con Cna nota de a <<> en Hase al sigCiente criterioA
'i cCmBle totalmenteA << BCntos
'i cCmBle adecCadamenteA ,< BCntos
'i cCmBle con restriccionesA *< BCntos
+CmBle con mCcDas restriccionesA 1< BCntos
'i no cCmBleA < BCntos
+on el fin de oHtener todos los antecedentes necesarios Bara la evalCación> el formClador se deHerá
aBoyar en la información del Ane?o 4 ECe sea relevante Bara la tiBología del Broyecto. &na veK
DecDo esto> se deHerá elaHorar la sigCiente matriK.
A'PE+!"' PLA!A/"#MA
!E+N"L8)I+A
Ponderador Altern Altern. 2 ... Altern. N
+onfidencialidad F[ << << 1<
Integridad @[ << 2< <<
DisBoniHilidad .[ << << -<
+onfiaHilidad 6[ ,< << <<
Información EFterna Z[ ,< ,< <<
!"!AL <<[ P! P!2 P!N
T#*"# 5: MatriK de EvalCación Plataforma !ecnológica
En Hase a estos resCltados> se deHe calcClar Cn Bromedio Bonderado. Para calcClar los
Bonderadores> se deHe aBlicar la tIcnica descrita en el aneFo .
CA C#"id#d T$)ni)#
Este BCnto tiene ECe ver con asBectos tIcnicos de la solCción BroBiamente tal> más allá de la
Blataforma en la cCal se Hasa. El oHJetivo es asegCrar ECe la imBlementación de las Derramientas
disBoniHles en la Blataforma tecnológica seleccionada cCmBla con los criterios deseados. Para estos
-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
efectos> se deHerá crear Cna matriK con todos los asBectos tIcnicos evalCaHles de las alternativas>
clasificándolos en los sigCiente grCBosA
Segurid#d: Da cCenta de la segCridad de la solCción tanto en los ámHitos de DardLare como de
softLare.
Dis-oni*i"id#d: 'e refiere a la caBacidad de la Blataforma de no sCfrir caídas dentro de Cn rango de
tiemBo determinado.
Port#*i"id#d: +omBatiHilidad con otras Blataformas> en cCanto a DardLare y softLare.
A))esi*i"id#d: 'e refiere a la disBosición de la Blataforma> Bara ser accesada desde otra.
Es)#"#*i"id#d: /actiHilidad de Dacer crecer el sistema Bor etaBas.
En cada celda se deHe colocar Cn si la alternativa cCmBle con el asBecto tIcnico y Cn < si no.
LCego se deHe oHtener el BorcentaJe de cCmBlimiento de cada Cno de los cCatro grCBos de
asBectos tIcnicos. En Hase a estos BorcentaJes se calcCla Cn Bromedio Bonderado Bara cada
alternativa. Los Bonderadores deHen calcClarse de acCerdo a lo indicado en el aneFo .
A continCación se Bresenta Cn eJemBlo. Para Cn listado más comBleto de asBectos tIcnicos> se
BCede ver el BCnto - del Ane?o 4A Elementos a considerar en la EvalCación !Icnica de Proyectos
Informáticos.
A'PE+!"' !?+NI+"'
'I'!EMA
Ponderador Altern.

Altern.
2
... Altern.
N
'E)&#IDAD
:[ cCmBlimiento;
@[ [<< [43 [3<
'istemas de #esBaldos
'istema de recCBeración
+ontrol de acceso <
EncriBtación de datos < <
P"#!A(ILIDAD
:[+CmBlimiento;
.[ [<< [<< [<<
5erramientas Bara imBortación
y eFBortación de datos.

DI'P"NI(ILIDAD 6[ [< [<< [<<
&B time garantiKado de más
de 2,[
<
E'+ALA(ILIDAD Z[ [<< [<< [<<
A++E'I(ILIDAD
:[+CmBlimiento;
&[
[< [<< [<
+anales de comCnicación en
línea con otras aBlicaciones
< <
!"!AL +! +!2 +!N
T#*"# :: MatriK de EvalCación +alidad !Icnica
-2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
DA A.orro de )ostos o-er#)ion#"es
&na variaHle imBortante al tomar la decisión de cCál alternativa elegir> o si conviene imBlementar
la solCción> es el aDorro ECe BrodCcirá con resBecto a los costos oBeracionales ECe tenía la
institCción antes de llevar a caHo el Broyecto.
El aDorro de costos se BCede oHtener recCrriendo al AneFo - y verificando en ECI ítems se
BrodCce aDorro. Lo imBortante es ECe en este BCnto se inclCyan los aDorros de costos
oBeracionales ECe o*9eti,#(ente son )u#ntifi)#*"es.
'e deHerá Csar la sigCiente formClaA
$C
C-
1
1
DondeA
A+JA ADorro de costos oBeracionales con Broyecto en la alternativa J
+oJA costos oBeracionales Bara alternativa J
'e considera ECe el máFimo aDorro en costos oBeracionales BCede llegar a ser del <[. Para
llevar esto a BCntaJe> se amBlificará Bor <<< el BorcentaJe oHtenido. Así si el aDorro fCera del
<[ el BCntaJe sería <<. 'i el aDorro fCera del 1[> el BCntaJe sería de 1<.
Altern.

Altern.
2
... Altern.
N
ADorro de BaBel << << 1<
ADorro en
Bromoción:mar]eting;
<< << <<
ADorro en distriHCción de la
información
<< << <<
ADorro en reBaraciones << << <<
A A A A A
A A A A A
etc A A A A
'&MA
Promedio A+" A+" 2 A+" N
T#*"# >: MatriK de ADorro en +ostos "Beracionales
Para calcClar el !otal> se sCma el BCntaJe de la colCmna corresBondiente y Bosteriormente se
divide Bor el nPmero de atriHCtos contenidos en la taHla.
--
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
E9e(-"o:

Altern.

Altern.
2
Altern.
-
ADorro de BaBel 2< -< <
ADorro en
Bromoción:mar]eting;
-< ,< 3<
ADorro en distriHCción de la
información
<< 1< ,<
ADorro en reBaraciones < 4< 2<
'&MA *< 22< 2-<
Promedio 1< 33 34>3
T#*"# ND =: EJemBlo de aDorro de costos
En este caso los atriHCtos son 1> Bor lo ECe se divide la sCma de cada colCmna Bor ese nPmero>
Bara oHtener el total.
*A E,#"u#)i+n de #"tern#ti,#s
&na veK evalCados todos estos factores> se deHerá generar la sigCiente matriKA
ATRI;ITOS
E%ALIA;LES
Ponderador Altern.

Altern.
2
... Altern.
n
Efectividad F[ E/ E/2 E/N
Plataforma !ecnológica y[ P! P!2 P!N
+alidad !Icnica K[ +! +!2 +!N
ADorro de +ostos "B. L[ A+" A+" 2 A+" N
!"!AL <<[ P P2 PN
T#*"# ND 1@: MatriK de EvalCación de alternativas
Los Bonderadores se oHtienen aBlicando el criterio indicado en el aneFo . /inalmente> se aBlica
la sigCiente fórmClaA

=
1
1 1i
%onderador %$
%i
<<
W
DondeA
Pi A PCntaJe Alternativa i
PAJi A PCntaJe del atriHCto J de la alternativa i
Ponderador J A Ponderador del atriHCto J :corresBonde a los F[> y[> K[ y L[;
Los BCntaJes se BCeden interBretar de la sigCiente formaA
+CmBle totalmenteA << BCntos
+CmBle adecCadamenteA ,<G22 BCntos
+CmBle con restriccionesA *<G42 BCntos
-1
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
+CmBle con mCcDas restriccionesA 1<G32 BCntos
No cCmBleA <G-2 BCntos
&na veK oHtenida Cna calificación Bara cada Cna de las alternativas> es BosiHle el cálcClo de Cna
raKón costo / eficiencia ECe incorBora criterios estratIgicos y de calidad.
)A Det#""e de "# In,ersi+n 0 )!")u"o de" indi)#dor )osto efi)ien)i#
Los ítems de costos de inversión y oBeración> están identificados en el AneFo - de (eneficios y
costos
<
.
'i todas las alternativas tCvieran costos similares> Bodría Hastar con los BCntaJes Bara decidir Cna
selección. En caso contrario> se deHerá Dacer Cn análisis en Hase al indicador costo O eficiencia>
el ECe está definido comoA
)C
*
C
*
P
*
=
#+J A #aKón de costo G eficiencia de la alternativa J> :costo Bor Cnidad de cCmBlimiento de los
oHJetivos;
+J A +osto AnCal EECivalente de la Alternativa J
PJA A PCntaJe de la alternativa J
Para calcClar +J> se calcCla el +osto anCal eECivalente :+AE; del Broyecto dentro de sC vida Ptil
considerando los costos de inversión> mantención y oBeración. El +AE se calcCla como el
BrodCcto del /actor de #ecCBeración del +aBital :/#; Bor el 7alor ActCal de +ostos de la
alternativa J :7A+J;> dondeQ

( )
( )
+)
r , r
, r ,
n
n
=
+
+ −
n
7A+J ^ IJ \Σ :+"tJ \ +MtJ ; / :\r;t
t^
+onA
rA tasa de descCento
nA vida Ptil del sistema
+"tJA costo de oBeración de la alternativa J en el Beríodo t
+MtJA costo de mantención de la alternativa J en el Beríodo t
IJA costo de inversión de la alternativa J
<
No se deHe olvidar en el caso de adECisición de softLare> inclCir los costos asociados al nPmero de licencias de
Cso ECe se desea DaHilitar.
-3
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
De forma ECe
+J ^ +AEJ ^ 7A+J W /#
Para los sistemas se considera generalmente Cna vida Ptil de cCatro aMos y Cna tasa social de
descCento del < [> con lo cCal se oHtieneA /actor de #ecCBeración ^ <>-31. En el caso ECe se
estime ECe la vida Ptil de algCna alternativa tecnológica difiere significativamente de 1 aMos se
deHerá recalcClar sC /# le acCerdo a la fórmCla anterior.
Para escoger la o las alternativas finales> se seleccionan aECellas con menor raKón de costoG
eficiencia y cCyo Brecio estI dentro de los rangos BresCBCestados.
En el caso de ECe las alternativas tCvieran la misma raKón costoGeficiencia> Day ECe escoger la
ECe cCmBla al menos con restricciones.
A continCación> se Bresenta Cn eJemBlo de la aBlicación de la taHla de atriHCtos evalCaHles.
A!#I(&!"'
E7AL&A(LE'
Ponderador Altern.

Altern.
2
Altern.
-
Efectividad -<[ << ,< *<
Plataforma !Icnica 23[ *< << <<
+alidad !Icnica -3[ 1< ,< *<
+ostos oBeracionales <[ 3< 1< *<
!"!AL <<[ *1 , 4<
T#*"# ND 11: EJemBlo de resCltado de evalCación
En este caso> el resCltado del análisis de alternativas es el sigCienteA
G Alternativa A +CmBle con restricciones
G Alternativa 2A +CmBle adecCadamente
G Alternativa -A +CmBle con restricciones
8 T$r(inos de referen)i# -#r# "# et#-# de e9e)u)i+n
Los tIrminos de referencia deHen inclCir toda la información necesaria> Bara Boder licitar la etaBa
de eJecCción. DeHen esBecificar ECe la solCción se deHe adaBtar al diseMo lógico ya desarrollado>
-*
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
así como a los distintos atriHCtos desarrollados en esta metodología. Por otro lado deHen
estaHlecerse claramente los BrodCctos entregaHles :códigos fCentes> docCmentación del diseMo
físico> otros;> tamHiIn deHe esBecificarse el tiemBo de entrega de la solCción y ECe Dacer en caso
de atraso. PCntos imBortantes a considerar son la marcDa Hlanca> caBacitación y la oBeración>
mantención del sistema.
5 Sugeren)i#s -#r# e" -ro)eso de "i)it#)i+n
Además de los resCltados arroJados Bor el análisis tIcnico G económico> es fCndamental tomar en
cCenta Cna serie de características ECe deHe Boseer Cn Broveedor de eECiBos comBCtacionales y
ECe se recomienda tener en cCenta> en conJCnto con los resCltados de la BreBaración y evalCación
del Broyecto oHtenidos Dasta las etaBas anteriores> Bara la elaHoración de las Hases de licitación.
,.1 Capacitación
'e deHe considerar si el Broveedor entregaA
• +aBacitación en todos los niveles reECeridos> inclCyendo los ámHito de oBeración> ingeniería
de sistemas> etc.
• EFistencia de Cn centro de +aBacitación.
• Plan de cCrsos regClares.
,.2 Mantenimiento
'e deHe considerar si la BroBCesta del Broveedor contemBlaA
• #esBonsaHilidades como mantenimiento y reBaración de Cnidades del sistema.
• InsBecciones> BrCeHas> limBieKa de Bartes internas> lCHricaciones> aJCstes y reemBlaKo de
Bartes.
• Período de garantía.
• Mantenimiento Breventivo.
• Ingeniería de 'istemas con 'oBorte !Icnico> Desarrollo de ABlicaciones y +onseJería
Informática.
-4
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
,." 0espaldo y prestiio
'e deHe considerar si el Broveedor es caBaK de ofrecer garantías como cCmBlimiento de BlaKo de
entrega> soBorte ante fallas> amBliaciones> comBatiHilidades con otros eECiBos> lo ECe constitCye
el resBaldo del Broveedor.
Los indicadores más significativos del Brestigio sonA Bresencia en el mercado> nómina de eECiBos
instalados y montos ECe estos reBresentan> rentaHilidad> liECideK> raKón deCda Batrimonio> etc.
+omo es saHido> las Hases de Cna licitación se conforman a grandes rasgos Bor las Hases tIcnicas
y las Hases administrativas.
-,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
: ;i*"iogr#f<#
G EdCardo +ontreras y otros. Metodología de informática de MIDEPLAN 222.
G Information 'ystems ACdit and +ontrol /oCndation :I'A+/;. DttBA//LLL.isaca.org
#esCmen EJecCtivo de +"(I! :"HJetivos de control Bara la información y tecnologías; 2_
Edición AHril de 22,. +oByrigDt 22*> 22,
G Information 'ystems ACdit and +ontrol /oCndation :I'A+/;.
Marco #eferencial de +"(I!:"HJetivos de control Bara la información y tecnologías; 2_ Edición
AHril de 22,. +oByrigDt 22*> 22,

G Information 'ystems ACdit and +ontrol /oCndation :I'A+/;.
"HJetivos de control de +"(I!:"HJetivos de control Bara la información y tecnologías; 2_
Edición AHril de 22,. +oByrigDt 22*> 22,
G !ecnologías de la Información y sC Cso en )estión de "scar (arros 7. Primera edición
+oByrigDt 22, Mc)raLG5ill.
G Página DttBA//LLL.Ji.si.eDC.es/Csers/taB/AD'I/2222<<</!ema/
-2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
> Ane?os
)ne;o 1< T9cnica para priori/ación y asinación de ponderadores
Dada Cna lista de ítems a los cCales Day ECe clasificar Bara Boder determinar el nivel de
imBortancia entre ellos> se deHe Broceder del sigCiente modoA
. Determinar los ítems relevantes a clasificar y asignarles Cna identificación.
2. +olocar la identificación asignada en las filas y colCmnas de la matriK de la Bágina sigCiente
:la matriK tiene la misma cantidad de filas y colCmnas;.
-. +olocar algCna marca en la diagonal de la matriK :soHre la diagonal no DaHrá ningCna clase de
información;.
1. +omBletar cada Cna de las celdas Bor soHre de la diagonal resBondiendo a la sigCiente
BregCntaA El ítem de la fila> `es más imBortante ECe el ítem de la colCmnaa 'i la resBCesta es
afirmativa> se deHe colocar Cn en la celda> en caso contrario> Cn <. En el eJemBlo> el ítem
:en la fila; es más imBortante ECe el ítem 2 :en la colCmna; y Bor este motivo se coloca Cn
en la celda.
3. +Cando todas las celdas de Cna fila :Bor encima de la diagonal; están comBletas> las celdas de
la colCmna corresBondiente al mismo ítem se deHen llenar con el inverso del nPmero :donde
Day Cn se coloca < y viceversa;.
*. +Cando todas las celdas están llenas> se las sCma oHteniIndose el total de la fila.
4. LCego de calcClar los totales Bor fila> se asigna Cn nPmero de orden a aECella fila cCyo total
es el mayor :Cn ; y así sCcesivamente sigCiendo en forma decreciente de imBortancia.
,. 'i dos de los totales son igCales> se asigna mayor Brioridad al ítem ECe la tiene con resBecto al
otro. En el eJemBlo> BCesto ECe a los ítems - y 4 les corresBonde el mismo total :en este caso
-;> deHido a ECe el ítem - es más imBortante ECe el ítem 4> se le asigna al Brimero el nPmero
de orden - y al ítem 4> el nPmero de orden 1.
2. En la colCmna R"rdenS se oHtiene la secCencia de ítems con sC Brioridad> Cno resBecto del
otro.
1<
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
222 'ue e" <te( 'ue est! en "# )o"u(n#O !otal
fila
"rden
Item Item 2 Item - Item 1 Item 3 Item * Item 4
P
E
"

<
t
e
(

'
u
e

e
s
t
!

e
n

e
s
t
#

f
i
"
#

e
s

(
!
s
i
(
-
o
r
t
#
n
t
e
2
2
2

Item
< < 1 2
Item 2
< < < < 2 *
Item -
< < < - -
Item 1
*
Item 3
< < < < < 4
Item *
< < < < 2 3
Item 4
< < < - 1
<. "rdenar la lista de ítems de acCerdo al resCltado oHtenido> asignando los Bonderadores en
forma tal ECe lo satisfagan y ECe sC sCma sea <<[. +omo referencia> BCede CtiliKarse el
BorcentaJe ECe reBresenta el BCntaJe oHtenido Bor Cn ítem con resBecto a la sCma de la
colCmna U!otal filaU. En el eJemBlo> el ítem 1 oHtendría Cn Bonderador de 2,>*[ :* dividido
Bor 2;. En todo caso> deHe tenerse Bresente ECe la imBortancia relativa de Cn ítem resBecto a
otro incorBora elementos sCHJetivos> Bor lo cCal los Bonderadores definitivos deHen ser
corregidos considerando dicDos elementos> Bero siemBre resBetando el orden oHtenido.

&n eJemBlo de esta metodología se Bresenta a continCación> Bara el caso del cálcClo de la matriK
de Blataforma tecnológica.
+álcClo de Bonderadores Bara evalCar la Blataforma tecnológicaA
+onfidencialidad Integridad DisBoniHilidad +onfiaHilidad
:)estión;
Inf. eFterna !otal
/ila
"rden Ponderador
[
+onfidencialidad
< < < 1 <
Integridad
1 1<
DisBoniHilidad
< < 2 2 2<
+onfiaHilidad
:)estión;
< < < 3 <
Inf. eFterna
< < 2 - 2<
1
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
MatriK de EvalCación de la Blataforma tecnológica
A'PE+!"'
PLA!A/"#MA
!E+N"L8)I+A
Pondera
dor
Alternati
va
Alterna
tiva 2
Alternativ
a -
+onfidencialidad <[ *< << ,<
Integridad 1<[ 4< << 2<
DisBoniHilidad 2<[ *< << 4<
+onfiaHilidad :)estión; <[ << ,< ,<
Inf. eFterna 2<[ << << *<
!"!AL <<[ 4* 2, 4,
12
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
)ne;o 2< !lementos a considerar en la !valuación T9cnica de Proyectos
Inform#ticos
Los sigCientes son los antecedentes a entregar Bara la evalCación tIcnica de Cn Broyecto
informáticoA
. Estimación de volPmenes de información
2. ArECitectCra lógica de la solCción
-. ArECitectCra de DardLare
1. 5erramientas a CtiliKar Bara la constrCcción de la solCción
3. +ostos de oBeración
*. +ostos de mantención
4. Necesidades de caBacitación tIcnica
,. Personal nCevo necesario
A continCación> se detalla cada Cno de ellosA
Esti(#)i+n de ,o"M(enes de Infor(#)i+n
'e deHen entregar estimaciones Bara los sigCientes indicadoresA
a; Información de la Hase de datosA
• NPmero de taHlas
• !amaMo de registro de cada taHla
• NPmero de índices Bor taHla :Bermanentes y temBorales;
• NPmero de registros Bor taHla
• +recimiento :anCal> mensCal; esBerado
H; NPmero de clientes
c; NPmero de transacciones :total o Bor cliente; Bor tiBo :actCaliKaciones> consCltas;
d; +recimiento esBerado de clientes
e; +recimiento esBerado de transacciones :total o Bor cliente;
f; NPmero de Brocesos masivos
Ar'uite)tur# L+gi)# de "# So"u)i+n
'e deHe indicar si la solCción se Hasará en Cna arECitectCra cliente G servidor> tecnología Internet>
aBlicaciones Rstand7aloneS> etc. DeHerá JCstificarse la arECitectCra seleccionada en tIrminos
fCncionales y otras consideraciones ECe se estimen relevantes. ParticClar relevancia tienen
consideraciones de carácter estratIgico de la institCción.
1-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Ar'uite)tur# de &#rdQ#re 0 SoftQ#re ;!si)o
Detallar> con diagramas y cCadros descriBtivos> la solCción en tIrminos de sCs comBonentes de
DardLare y softLare HásicoA
a; 'ervidores
• +P&
• &nidades de almacenamiento :tiBo> caBacidad;
• Memoria #AM
• &nidades de resBaldo
• PerifIricos
• "tros :DardLare redCndante> etc.;
H; 'istemas oBerativos
• /aHricante
• 7ersión :nPmero y fecDa liHeración;
• !iBo de licenciamiento
c; 'oftLare de aBlicación de terceros
• /aHricante
• 7ersión :nPmero y fecDa liHeración;
• !iBo de licenciamiento
d; +omBonentes de red y comCnicaciones :DardLare y softLare;
• 'ervidores de comCnicaciones
• #oCters> módems> D!&> etc.
• Protocolos de comCnicación
e; Estaciones de traHaJo
• +P&
• &nidades de almacenamiento :tiBo> caBacidad;
• Memoria #AM
• &nidades de resBaldo
11
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
• PerifIricos
f; ImBresoras
• !iBo de imBresoras :láser> inyección de tinta> etc.;
• (reve descriBción características tIcnicas :calidad de imBresión> velocidad> etc.;
g; "tros disBositivos :scanner> caBtCradores óBticos> disBositivos de video> etc.;
&err#(ient#s # uti"i#r -#r# "# )onstru))i+n de "# so"u)i+n
Detallar el softLare a CtiliKar Bara la constrCcción de la solCciónA
a; (ase de datos
H; 5erramientas de BrodCctividad
c; ABlicaciones clientes
d; "tros
Costos de O-er#)i+n
DeHe estimarse el costo de oBeración de la solCción y la cCrva de evolCción de Iste> con el fin de
Bredecir la vida Ptil de la solCción. AECí deHen considerarseA
a; InsCmos y materiales físicos
H; #ecCrsos DCmanos
c; "tros
Costos de M#nten)i+n de "# So"u)i+n
Esta información comBlementa la anterior> deHiendo inclCirseA
a; &Bgrade o mantención de licencias
H; ActCaliKaciones de DardLare
c; Proyección de reECerimientos de nCevos desarrollos
d; "tros
C#-#)it#)i+n T$)ni)#
a; Personal involCcrado
H; +osto de caBacitación :inicial y mantención;
13
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Person#" nue,o ne)es#rio
Indicar eventCal necesidad de contratación de Bersonal Bara la oBeración y mantención de la
solCción> descriHiendo Berfil y costos.
1*
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
)ne;o "< =eneficios y costos
Los costos de los Broyectos de informática son relativamente simBles de cCantificar> no así los
Heneficios> ECe se Bresentan como aDorro de costos con resBecto a la sitCación Hase> siendo
BarticClarmente comBleJa la estimación de las Doras G DomHre liHeradas.
Por otra Barte> este tiBos de Broyectos tienen costos y Heneficios intangiHles> los cCáles se deHerán
descriHir en forma cCalitativa.
;enefi)ios -ri,#dos
DeBendiendo de la natCraleKa del Broyecto> se BCeden Bresentar algCnos de los sigCientes
HeneficiosA
)>orro de .oras?.ombre 2.?.3
Por no tener ECe contratar Bersonal adicional con resBecto a la sitCación oBtimiKada.
'e considera como sitCación Hase oBtimiKada :sin Broyecto; la contratación de Bersonal adicional
ECe Bermitiría alcanKar los mismos oHJetivos ECe la configCración comBCtacionalQ es decir> la
alternativa de sCstitCción de recCrsos de caBital Bor traHaJo. Este Heneficio lo es en la medida ECe
eFista dicDa alternativa.
Del Bersonal ECe actCalmente laHora en el sistema.
Este Heneficio lo es HaJo el sCBCesto de ECe las 5G5 liHeradas tengan Cn Cso alternativo
BrodCctivo. 'i la alternativa es el ocio> en el caso de ECe con el Broyecto disminCyan los
reECerimientos diarios de 5G5> tendríamos sólo Cn Heneficio individCal difícil de valorar.
Este aDorro de 5G5 corresBonde a Cn aCmento de la BrodCctividad.
Tipos de aumento de productividad
El aCmento de la BrodCctividad BCede Brovenir de tres tiBosA
-%orro del tie!po de despla.a!iento
+on el nCevo sistema> se Bretende redCcir o eliminar el tiemBo ECe las Bersonas gastan en
desBlaKarse Bara intercamHiar información o Bara realiKar algCna acción ECe BCdiera ser llevada a
caHo desde sC escritorio.
+omo eJemBlos tíBicos se tieneA
Entrega de información vía dis]ette.
Ir a colocar BaBel a Cna imBresora comBartida.
Levantarse a HCscar información escrita.
14
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
MeJora del actCal sistema
+on el nCevo sistema> se Bretende meJorar las características Hásicas del sistema actCal. Por
eJemBloA
ACmentar la roHCsteK del sistema.
5acer más ráBido el acceso y Brocesamiento de la información.
#edCcción de tiemBo de esBera en colas de imBresión.
ACtomatiKación
En este caso> mediante la imBlantación de Cn sistema comBCtacional se Bretende lograr ECe Cna
tarea deJe de ser manCal Bara ser aCtomatiKada.
+omo Bor eJemBlos tíBicos se tieneA
"rdenamiento de arcDivos.
)eneración aCtomática de cDeECes.
(PsECeda de información.
El Brimero de estos tres tiBos de aCmento de la BrodCctividad se BrodCce BrinciBalmente en
Broyectos ECe involCcran meJoras en las comCnicaciones.
El segCndo tiBo se BrodCce con mayor frecCencia en Broyectos ECe involCcran Cn aCmento de la
caBacidad de Brocesamiento y Cn meJoramiento del diseMo del sistema.
El tercer tiBo de aCmento de la BrodCctividad está relacionado con Broyectos ECe formClan el
eECiBamiento de Cn sistema comBCtacional Bor Brimera veK en algCna área determinada.
7enta de información
Al imBlementar el Broyecto se deHen cCantificar los servicios ECe la institCción BCede ofrecer
Dacia el eFterior. +omo eJemBlo se tieneA venta de softLare> venta de información> etc.
)>orro en arriendo de oficinas
En el caso en ECe se estI arrendando Cna oficina ECe ya no se va a necesitar Cna veK
adECirido el eECiBo comBCtacional> se cCenta como aDorro el monto de dicDo arriendo.
!amHiIn ocCrre cCando se trasBasa a medios magnIticos la información antes contenida en
arcDivos y carBetas.
En el caso en ECe la oficina sea de BroBiedad de la institCción ECe adECiere el eECiBo> el
aDorro Broviene del Cso alternativo ECe se le BCede dar a esta oficina.
)>orro en costos de operación
'e refiere a aDorros en costos de oBeración> con resBecto a sitCación Hase. A modo de eJemBlo>
Cna disminCción de los costos de mantenciónQ o Hien> deJar de Bagar Bor servicios a emBresas>
1,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
BCes con la realiKación del Broyecto estos servicios Bodrán desarrollarse internamente. 'e deHe
mencionar el detalle de cada Cno de los costos de oBeración ECe van a disminCir o Hien
desaBarecer> acomBaMado Bor el monto anCal del aDorro ECe se BrodCce al adECirir el eECiBo.
Me1oras en la estión y en la toma de decisiones
Este tiBo de Heneficios son frecCentes> Bero generalmente de mCy difícil cCantificación> lo
ECe BCede en ocasiones llevar a ECe se consideren sólo como intangiHles> o Hien> como el Brimer
tiBo de aDorro de 5G5 antes eFBCesto> es decir> del Bersonal adicional ECe se reECeriría Bara
oHtener el mismo efecto de meJora en la gestión y la toma de decisiones.
Es imBortante tener Bresente no cometer el error de contaHiliKar más de Cna veK algPn Heneficio.
Para ello deHe Bonerse atención al clasificarlo. Por eJemBlo> si se Csa el mItodo de estimar el
aDorro de 5G5 adicionales eECivalentes Bara alcanKar la misma meJora en la gestión ECe logra el
eECiBamiento comBCtacional> no deHe considerarse como Cn Heneficio adicional del Broyecto
dicDa meJora de la gestión.
Costos privados
En general tendremos los sigCientes ítemsA
+omBra de DardLare
+omBra de softLare
+onversión/AdaBtación de softLare eFistente
Desarrollo de softLare
EstCdios y caBacitación
Instalación y BCesta en marcDa
5aHilitación de locales y mCeHles
+ostos de oBeración
#emCneraciones :cCando se reECiera Bersonal adicional;
'ervicios eFternos
+omCnicaciones :arriendo de líneas;
Arriendo de Brogramas
Materiales de Cso y consCmo corriente :dis]ettes> DoJas Berforadas> cintas de imBresoras> etc.;
Mantención y reBaraciones
+onsCmo de energía
=eneficios y costos sociales
Para el caso social> la estimación de Heneficios y costos es similar al caso Brivado. 'ólo deHen
Dacerse ciertos aJCstes a los costos y Heneficios Brivados de modo ECe reBresenten en forma
adecCada los Heneficios y costos sociales.
12
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
ADorro de tiemBo de CsCarios ECe realiKan trámites en la InstitCción.
En este caso es necesaria la realiKación de Cna encCesta o Cn estCdio dCrante Cn tiemBo
determinado> Bara medir la frecCencia media de BPHlico ECe llega. Para Boder cCantificar este
Heneficio se deHe Dacer Cna estimación de la calificación de las Bersonas ECe realiKan los
trámites> Bara lCego calcClar Cn sCeldo Bromedio Bor Cnidad de tiemBo.
Los sCBCestos de mantención de frecCencias y comBosición de la clientela deHen ECedar
eFBlícitamente indicados.
=eneficios y costos intanibles 2no valorables3
'e deHe entregar Cn listado ECe inclCya aECellos costos y Heneficios ECe no se BCdieron valorar.
!íBicamente> se tratan de los sigCientesA
+ostos
+omo eJemBloA resistencia al camHio> BroHlemas organiKacionales Bor la introdCcción de
comBCtadores> camHios en las Bolíticas de la organiKación> retrasos en la entrega Bor Barte de los
Broveedores.
(eneficios
Los Heneficios intangiHles> corresBonden a aECellos> cCya valoración económica es difícil de
oHtener. Estos BCeden corresBonder a mayor comodidad de los CsCarios> meJor imagen de la
institCción> meJoramiento de las condiciones de traHaJo Bara los fCncionarios> etc.
Arriendo y leasing
En el caso ECe se adoBte Bor Cn arriendo o Cn leasing> es necesario ECe se JCstifiECe esta oBción>
versCs la inversión. La JCstificación tiene ECe ser económica o cCalitativa.
3<
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
)ne;o $< Modelamiento de datos
TRCNICA DE MODELAMIENTO DE DATOS
I2 DEFINICIJN
+onJCnto de entidades y relaciones ECe reBresentan los datos de Cna organiKación o sistema HaJo
análisis.
Es constrCido en forma UHottomGCBU a Bartir de los reECerimientos estaHlecidos Bara el BrodCcto o
servicio en desarrollo. Esto imBlica ECe se Dace siemBre necesario Cn estCdio Brevio de la
organiKación o sistema ECe Bermita identificar y definir los reECerimientos> y a Bartir de ellos
generar Cn M"DEL" ECe descriHa ECI datos BarticiBan en el sistema y cómo estos interactPan
entre sí.
II2 ESTRICTIRA DE LOS DATOS
421 ESHIEMA
En la figCra se reBresenta Cna serie de secCencia de Basos a segCir> desde el BCnto de
vista metodológico> Bara Dacer modelamiento de datosA


Figur# 1: Es'ue(# (etodo"+gi)o

424 IDENTIFICACIJN DE REHIERIMIENTOS
3
Identificación de los datos
Modelo de Datos +onceBtCal
Modelo de Datos +anónicos
Modelo de Datos Lógicos
Modelo de Datos
/ísicos
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
+onsiste en HCscar las fCentes de información> es decir> elementos ECe entregCen antecedentes soHre
el sistema o UBroHlemaU en estCdio> con el fin de oHtener información Bara la definición de entidades
relacionadas.
'e consideran los sigCientes BCntosA
i; Definir ECI Dace el sistemaA fCnciones G actividades G tareas
ii; Definir o recolectar los docCmentosA cDeECes> letras> BagarIs> escritCras>
reglamentos> etc. ?stos BCeden formar Cna entidad Bor sí mismos o formarán Barte de
algCna.
iii; Definir o recolectar formClariosA todos los formClarios ECe se CtiliKan en el 'istema
en estCdio.
iv; +onsiderar los manCales de Brocedimientos administrativos.
v; +onsiderar los reECerimientos al interior del sistema de Información administrativo
:'IA;A
G 'ALIDA' :informes> listados> etc;
G EN!#ADA' :registros de datos> etc;
G !#AN'A++I"NE'
vi; +onsiderar entrevistas> información narrativa BrodCcto de definiciones> encCestas>
liHros> etc.
&na veK UterminadaU :el Broceso es esencialmente interactivo; la identificación de los
reECerimientos> se Brocede a lo ECe se conoce como AN0LI'I' DE DA!"'> actividad ECe
contemBla las etaBas de modelamiento y refinación de los datos. Para ello se Barte definiendo Cn
modelo inicial :M"DEL" +"N+EP!&AL DE DA!"';> lCego Cn modelo refinado :M"DEL"
+"N+EP!&AL +AN8NI+"; y> finalmente> se soHreBonen al Pltimo modelo las esBecificaciones
de reECerimientos Bara verificar ECe BCedan ser satisfecDos Bor el modelo :se oHtiene el M"DEL"
L8)I+" DE DA!"';.
426 MODELO DE DATOS CONCEPTIAL
Está formado Bor entidades y las relaciones entre ellas. A continCación se descriHen cada Cno de
estos elementos.
42621 ENTIDADES
32
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
+orresBonde al oHJeto ECe se ECiere reBresentar. 'on elementos> reales o aHstractos> acerca de las
cCales se reECiere registrar información.
EJemBloA +LIEN!E> EMPLEAD"> +&EN!A> P#"7EED"#> 'E#7I+I"> +ANAL>
'E)MEN!"> P#"D&+!"> etc.
&na entid#d es Cna clase de UcosasU con Cn nomHre> ECe tiene el mismo conJCnto de atriHCtosA Bor
eJemBlo EMPLEAD" es Cna entidad. &na instancia de entidad es Cna ocCrrencia esBecífica de la
entidadA Bor eJemBlo> PED#" P?#E6 6. es Cna instancia de la entidad.
L# re-resent#)i+n de un# entid#d ser!G en -rin)i-ioG un re)t!ngu"o. A fCtCro> el ícono BarticClar
ECe sea definido como estándar deBenderá de la elección y caBacidades de reBresentación de Cna
Derramienta +LA'E esBecífica.
42624 RELACIONES
&na relación es Cna asociación entre> eFactamente> dos entidades. Por eJemBlo> Cna PE#'"NA
:entidad; traHaJa Bara Cn DEPA#!AMEN!" :entidad;.
42626 ENFOHIE DE CONSTRICCIJN MODELO DE DATOS CONCEPTIAL
a. Identificar y EvalCar Entidades +andidatas
Las entidades son descCHiertas a travIs de sitCaciones como las sigCientesA
G +onsiderando sCstantivos :o nomHres de cosas; encontrados dCrante entrevistas.
G +onsiderando datos en docCmentos eFistentes. Esto a menCdo indica la necesidad de
información ECe deHe ser registrada.
G Mientras se descriHe Cna entidad ya descCHierta. ABarecen asBectos no considerados
al inicio> ECe Bermiten la identificación de nCevas clases de datos ECe son relevantes
Bara el negocio.
G Mientras se normaliKa el modelo de datos conceBtCal :ver BCnto 2.1 de este
docCmento;.
Los sigCientes factores se aBlican a todas las entidadesA
G Es BosiHle distingCir entre diferentes instancias :ocCrrencias; de Cna entidad. Por
eJemBlo> mCcDas emBresas no dan imBortancia a diferenciar entre diferentes láBices>
Bor lo ECe L0PI6 no es Cna entidad. 'in emHargo> es crítico distingCir entre
diferentes clientes> Bor lo ECe +LIEN!E sí es Cna entidad.
G Es BosiHle registrar DecDos ECe descriHen las instancias de Cna entidad. Por eJemBlo>
los sigCientes DecDos se aBlican a las ocCrrencias de la entidad P#"7EED"#A
3-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
NomHre b Broveedor> direcciónbBroveedor> fecDabingresobBroveedor>
calidadbBroveedor> vigenciabBroveedor.
G +ada DecDo BCede tomar sólo Cn valor Bara cada ocCrrencia de la entidad. Por
eJemBlo si Cn Broveedor tiene más de Cn vendedor Bara contactar la emBresa> lCego
el nomHre del vendedor es Cn DecDo mCltivalCado acerca del Broveedor. De esto se
sigCe ECe más de Cna entidad es necesaria Bara descCHrir comBletamente al
Broveedor.
NomHres Bara las entidadesA
El nomHre de Cna entidad deHerá ser Cn nomHre comPnmente Csado dentro de la organiKación. La
Pnica eFceBción será cCando diferentes Bartes de la organiKación Csan ya sea diferentes tIrminos
Bara el mismo oHJeto> o cCando se Csa el mismo nomHre Bara más de Cn conceBto. Estos casos
corresBonden> resBectivamente a sinónimos> y Domónimos2
Sin+ni(osG Cn eJemBlo de sinónimo esA el resCltado de Cna oBeración con el cliente> en resBCesta a
Cna orden> BCede ser llamado> Bor diferentes deBartamentos> UventaU> Uorden comBletaU> o UentregaU.
DesBCIs de confirmar ECe eFiste sólo Cna entidad Bara los tres casos> es meJor elegir Cn nomHre
neCtro> como Bor eJemBlo UDE'PA+5"U.
&o(+ni(osG Cn eJemBlo de Domónimo esA Cna orden de traHaJo :las instrCcciones de faHricación; y
Cna orden de comBra :el Bedido de Cn cliente; BCeden ser referenciados en diferentes Bartes de la
organiKación simBlemente como UordenU. !ales Domónimos indican la inmediata necesidad de más
de Cna entidad. NingCna de las entidades deHerá ser referenciada sólo con el tIrmino simBle comPn.
En el eJemBlo anterior> se deHiera Csar nomHres como "#DEN +"MP#A . "#DEN !#A(A9"
Bara seBarar los casos.
Los no(*res de "#s entid#des de*er!n ser es)ritos en (odo singu"#r 0 )on "etr#s (#0Ms)u"#s>
Bor eJemBlo U+LIEN!EU> y no Csar U+LIEN!E'U o UclienteU.
MCcDas veces será necesario CtiliKar Cn calificador C otra BalaHra agregada al sCstantivo Bara aclarar
el alcance ECe tiene el nomHre de la clase de datos identificada. Por eJemBlo> Csar U+"N!#A!"
DE LEA'IN)U en veK de sólo U+"N!#A!"U. Por sCBCesto> esto deBenderá del conteFto gloHal y
de las características BarticClares del sistema HaJo estCdio.
H. Identificar y evalCar relaciones entre entidades
Las relaciones a menCdo son encontradas en circCnstancias como las sigCientesA
G +onsiderando los verHos anotados dCrante las entrevistas.
G EFaminando docCmentos y formClarios.
DescriHiendo entidades y relaciones ya eFistentes.
31
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
&na relación deHe ser tanto re"e,#nte como signifi)#ti,# Bara la organiKación. Por relevante se
entenderá el DecDo de ECe es necesario registrar la asociación> y Bor significativa se entenderá el ECe
aBorte el entendimiento y Cso del modelo. Estos dos factores aBarecerán más claros al oHservar el
Cso del modelo en los Brocesos del sistema.
NomHres Bara las relaciones
Las relaciones deHen tener nomHre con frases ECe sean signifi)#ti,#s -#r# "# #so)i#)i+n entre "#s
dos entid#des2 Por eJemBlo> P#"7EED"# Brovee P#"D&+!". La frase de asociación casi
siemBre tendrá Cn verHo Bresente. La forma activa del verHo denotará el Brimer sentido de
asociación :Brimero en tIrminos de ECe es el Brimer sentido estCdiado;> y la forma Basiva del verHo
denotará la asociación inversa> Bor eJemBlo> P#"D&+!" Brovisto Bor el P#"7EED"#.
Es mCy imBortante evitar nomHres generales tales como UesU> UtieneU> Ucon U> ECe aBortan Boco a
aclarar el significado de Cna relación. Por eJemBlo> "#DEN contiene :no UconU; I!EM' "#DEN> o
+I&DAD CHicación de :no Utiene; 5"!EL.
c. +onstrCir Diagrama Entidad G #elación
Las entidades y relaciones se van diHCJando a medida ECe se van descCHriendo> Bor lo ECe el
diagrama va siendo modificado continCamente a medida ECe se van encontrando nCevas entidades y
relaciones.
&na entidad es diHCJada como Cn rectángClo> ECe contiene el nomHre de la entidad> escrito en
mayPscCla> tal como aBarece en la figCra 2A
Figur# 4: Di#gr#(# de un# entid#d
&na relación se diHCJa como Cna línea entre dos entidades> con el nomHre de la relación escrito en
minPscClas soHre esta línea> tal como en la figCra -A
Figur# 6: Di#gr#(# de un# re"#)i+n
33
PRODICTO
PRODICTO ;ODEGA
almacenado en
almacIn de
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Las relaciones tienen Cna natCraleKa ECe descriHe el tiBo de asociación> tales comoA
G Pertenencia
G 9erarECía
G !emBoral
G +omBlementariedad
G Parentesco
G ACtoridad
Adicionalmente> interesa la BarticiBación de las entidades involCcradas en la relación> tamHiIn
conocida como #tri*utos de e?isten)i# de "# re"#)i+nG ECe se reBresenta cono los símHolos S@S
:cero; ó UIU :Cno;> CHicados en los eFtremos de la línea de la relación.
&n UIU reBresenta ECe Cna ocCrrencia de Cna entidad de*e estar asociada con cada ocCrrencia de la
otra entidad> mientras ECe Cn U<U reBresenta ECe Cna ocCrrencia de Cna entidad BCede no est#r
#so)i#d# con cada ocCrrencia de la otra entidad.
La comHinación de estos símHolos descriHe tres tiBos de relacionesA o*"ig#tori#s> o-)ion#"es y de
)ontingen)i#G ECe se interBretan comoA
O*"ig#tori#s: toda ocCrrencia de Cna entidad deHe BarticiBar en la relación con Cna ocCrrencia de la
otra entidad. La figCra 1 mCestra Cn eJemBloA
Figur# 3: Re"#)i+n O*"ig#tori#
O-)ion#"es: no es necesario ECe Cna ocCrrencia de Cna entidad este asociada con Cna ocCrrencia
de la otra entidad. La figCra 3 mCestra Cn eJemBloA
Figur# 8: Re"#)i+n O-)ion#"
De Contingen)i#A Cna ocCrrencia de Cna de las entidades BCede eFistir sólo si está relacionada
con Cna ocCrrencia de la otra entidad> Bero Cna ocCrrencia de la otra entidad BCede eFistir
indeBendientemente y no necesita BarticiBar en la relación. La figCra * mCestra Cn eJemBloA
3*
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Figur# 5: Re"#)i+n de Contingen)i#
"tra característica de las relaciones es la )#rdin#"id#d> ECe corresBonde a Cna medida del límite
máFimo de la relación. Las medidas de cardinalidad BosiHles sonA
G 1:1 Funo # unoA: Cna ocCrrencia de Cna entidad está relacionada con sólo Cna ocCrrencia de
la otra entidad> y viceversa.
Figur# :: Re"#)i+n de Ino # Ino
G 1:M Funo # (u).osA: Cna ocCrrencia de la Brimera entidad está relacionada con mCcDas
ocCrrencias de la otra entidad> mientras ECe Cna ocCrrencia de la otra entidad está
relacionada con sólo Cna ocCrrencia de la Brimera entidad.
Figur# >: Re"#)i+n de Ino # Mu).os
G M:N F(u).os # (u).osA: Cna ocCrrencia de la Brimera entidad está relacionada con
mCcDas ocCrrencias de la otra entidad> y viceversa.
Figur# =: Re"#)i+n de Mu).os # Mu).os
La cardinalidad BCede comHinarse con los atriHCtos de eFistencia> entregando información más
detallada en el diagrama. Las convenciones de notación e interBretación ECe se definen Bara estas
comHinaciones ECedan del sigCiente modo> tal como aBarece en la taHla A

34
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
TA;LA 1: Con,en)iones de not#)i+n -#r# C#rdin#"id#d de Re"#)iones2
EFiste Cn tiBo esBecial de relaciones> las relaciones recCrsivas> ECe indican asociaciones entre las
ocCrrencias de la misma entidad. La figCra < mCestra Cn eJemBlo.
Figur# 1@: Re"#)i+n re)ursi,#
PCede eFistir más de Cn tiBo de relación entre dos entidades> las ECe deHen distingCirse con nomHres
diferentes. La figCra mCestra Cn eJemBlo.
3,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Figur# 11 : Re"#)iones (M"ti-"es entre entid#des
d2 Identifi)#)i+n de Atri*utos
&n atriHCto es Cn DecDo o BroBiedad significativo y Pnico acerca de Cna entidad> y tiene sentido sólo
dentro de Ista. La figCra 2 mCestra esta sitCación.
TErrorU M#r)#dor no definido2Entid#d Atri*utos
EmBleado NV> nomHre> fecDa de nacimiento> sCeldo> fecDa ingreso> fecDa salida...
+liente +ódigo> nomHre> nivel crIdito> límite crIdito
Figur# 14: Entid#des 0 Atri*utos
Los atriHCtos toman valor Bara cada ocCrrencia de la entidad. Las ocCrrencias de Cna entidad son
descritas Bor los valores de sCs atriHCtos> tal como lo mCestra la figCra -.
TErrorU M#r)#dor no definido2O)urren)i# Entid#d %#"ores Atri*utos
9osI PIreK 2<2> 9osI PIreK> </<1/*> T23<.<<<. </<4/2> vacío.
MaramHio> +onsCltores -1,A> MaramHio +onsCltores> Normal &'T<.<<<
Figur# 16: O)urren)i#s de entid#des 0 ,#"ores de #tri*utos
El rango de valores BosiHles ECe BCede tomar Cn atriHCto se denomina do(inio de" #tri*uto2
La identificación de atriHCtos sigCe Cn esECema como el ECe se Bresenta a continCaciónA
G +onsidere cada entidad y estaHleKca los DecDos reECeridos Bara sCs ocCrrenciasQ cada
Cno de estos DecDos BCede ser Cn atriHCto.
G +onsidere los reECerimientos de Brocesamiento de los Brocesos de sC modelo de
Brocesos. Las transformaciones normalmente serán a nivel de atriHCtos de entidades.
G +onsidere los contenidos de los flCJos de datos.
G +onsidere los sistemas eFistentes> aCtomatiKados o no. EFamine los datos registrados
Bara ellos> BCes cada Cno BCede ser Cn Botencial atriHCto.
G +onsidere la definición de las entidades y sC oHJetivo.
G EFamine toda docCmentación relevante relacionada con el área de estCdio. InclCya la
revisión de manCales> formClarios> esBecificación de sistemas comBCtacionales
relacionados> esBecificación de arcDivos> Bantallas> listados> etc.
32
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
+ada Cna de las fCentes anteriores indicará los DecDos ECe la organiKación reECiere Bara ser
registrados> siendo ellos Botenciales atriHCtos de entidades. 'i no eFiste Cna entidad ECe BCeda
aHarcar al atriHCto descCHierto> cree Cna nCeva> segPn las esBecificaciones anteriores.
La descriBción de atriHCtos será en eFtremo relevante Bara la esBecificación final de los datos y sC
modelamiento físico. Las sigCientes BroBiedades serán eFigidas en el modelo de datosA
No(*re: nacen fCndamentalmente de Cn acCerdo con CsCarios y/o miemHros del eECiBo de traHaJo.
El nomHre comBleto del atriHCto deHe consistir del nomHre del atriHCto segCido del nomHre de la
entidad> Bor eJemBloA no(*re2 CLIENTEG u*i)#)i+n2 EMPLEADO2
Defini)i+n: DeHe indicar el significado y BroBósito del atriHCto> deJando aHsolCtamente claro ECI
BroBiedad de la entidad descriHe cada atriHCto. Por eJemBlo> -re)io 2PRODICTO: UPrecio inicial
actCal ofrecido a Cn cliente estándarU. AlgCnos casos BCeden ser oHvios> Bor lo ECe no siemBre
deHerá ir Cna definición del atriHCto> como Bor eJemBlo no(*re2 CLIENTE2
Sin+ni(os: cCando aBareKcan sinónimos Bara algPn atriHCto> deHen ser registrados.
C#rdin#"id#d: todo atriHCto tendrá Cna cardinalidad mínima y máFima> refleJando si es dato simBle>
o reBetitivo> oHligatorio C oBcional. 'e descriHirán de acCerdo a las convenciones sigCientesA
G V@G1W d#to si(-"eG o-)ion#"2 Indica cardinalidad mínima de cero :BCede no tener Cn valor
en algCna ocCrrencia;> y Cn valor máFimo de :si tiene valor> el máFimo será Cno;. Por
eJemBlo> fecDa.#E'E#7AA !endrá valor sólo cCando eFista Cna reserva> y en ese caso tendrá
sólo Cn valor.
G V@G(W d#to re-etiti,oG o-)ion#"2 Indica cardinalidad mínima de cero :BCede no tener Cn
valor en algCna ocCrrencia ;> y Cn valor máFimo de m : si tiene valor> Bodrá DaHer mCcDos
valores dentro de la misma ocCrrencia de la entidad;. Por eJemBlo> crIdito. +LIEN!EA El
cliente BCede tener más de Cn crIdito asignado> Bero Bodría no tenerlo.
G V1G1W d#to si(-"eG o*"ig#torio2 Este caso corresBonderá a aECellos atriHCtos ECe son
candidatos a llave. +orresBonden a datos Pnicos. Por eJemBlo> nPmero.+&EN!A
+"##IEN!EA &na cCenta corriente tendrá siemBre Cn nPmero ECe la identifiECe> y a lo más
Cn nPmero.
G V1G(W d#to re-etiti,oG o*"ig#torio2 'imilar al anterior> Bero dentro de la misma
ocCrrencia BCede tener varios valores asociados. 5aHrá al menos Cn valor Bara el atriHCto.
Por eJemBlo> telIfono.P#"7EED"#A El Broveedor BCede tener más de Cn telIfono
registrado> Bero al menos se le eFigirá Cno.
Los casos V?G(W corresBonden a entidades ECe serán tratadas con la Primera /orma Normal>
ECe JCstamente elimina los atriHCtos reBetitivos de las entidades> creando otras entidades
como resCltado.
*<
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Condi)iones de E?igen)i#: +Cando los atriHCtos sean declarados como oBcionales> deHen
estaHlecerse las reglas y restricciones> referidas a otros atriHCtos y/o relaciones ECe determinan sC
eFistencia. Los atriHCtos oHligatorios> Bor sC Barte> deHen tener asociado Cn valor Bor defecto> ECe
regirá como valor del atriHCto Dasta ECe sea ingresado el valor final.
%#"ores Per(itidos 0 su signifi)#do: +Cando Cn atriHCto tenga Cn dominio distinto de Cn string de
caracteres> Cna cantidad o Cna fecDa> será necesario determinar el rango de valores Bermitidos y el
significado de cada valor> si es necesario. Por eJemBlo> tiBo +LIEN!E> BCede tener los valores
Bermitidos UvigenteU> UBotencialU> UconvenioU y otros. Estos valores no BCeden ser conocidos a
menos ECe ECien define el atriHCto los declare. !odos los atriHCtos ECe indican algPn tiBo de
UcódigoU o UtiBoU deHen ser estaHlecidos.
El origen de Cn atriHCto BCede traer ciertas comBlicaciones a la Dora de determinar sC inclCsión en
Cna entidad. En este sentido> será Cna regla el ECe todos los atriHCtos de entrada> es decir aECellos
ECe no BCeden ser derivados o calcClados de otros atriHCtos> no serán inclCidos en las entidades. Los
#tri*utos deri,#*"es> es decir aECellos ECe resCltan de comHinar otros atriHCtos> no ser!n in)"uidos
ni en e" (ode"o )on)e-tu#" ni en e" (ode"o )#n+ni)o2 'erá Cna decisión de diseMo el inclCir
atriHCtos de este tiBo Bara BroBósitos como meJorar resBCestas> agiliKar navegaciones> etc. En todo
caso> si llegase a eFistir algCna dCda resBecto de las características de algPn atriHCto> en cCanto a si
es de entrada o derivaHle> será meJor inclCirlo.
'imilar a lo anterior> cada atriHCto inclCido en el modelo deHerá corresBonder a Cn DecDo BarticClar
ECe se desea registrar acerca de la entidad. Los códigos comBCestos o UinteligentesU> en donde cada
dígito ECe comBone tal código en las distintas ocCrrencias descriHe información distinta> no deHen
ser inclCidos> y se descomBondrá en los datos atómicos ECe aBorta cada comBonente> convirtiIndose
cada Cno de ellos en Cn atriHCto Bor sí mismo. 'erá Cna decisión Bosterior el agrCBarlos Bara
comBoner Cna clave o código esBecial.
e2 Des)ri-)i+n de Entid#des
Es Cna tarea ECe se realiKa continCamente. No es BrCdente descriHir Cna entidad aBenas Ista es
descCHierta. El modelo de datos deHe estar estaHle antes de Dacerlo. 'in emHargo> la definición de
Cna entidad deHe delinearse aBenas se descCHre la entidad. Las BroBiedades ECe descriHirán a Cna
entidad> y ECe son eFigidas en los docCmentos de esBecificación> son las sigCientesA
7 No(*re: segPn las características ya discCtidas antes.
7 Defini)i+n: estaHlece el significado de la entidad> descriHiendo sC rol y BroBósito Bara la
organiKación. DeHe deJar aHsolCtamente claro el alcance de la entidad> en tIrminos de acotar el tiBo
de ocCrrencias ECe incorBora.
7 Atri*utos: lista de los atriHCtos de la entidad.
7 identifi)#dores: atriHCtos atómicos o comHinación de atriHCtos y relaciones ECe Bermiten la
identificación de las distintas ocCrrencias :ver más adelante;.
*
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
f2 Des)ri-)i+n de Re"#)iones
De manera similar a las entidades> la descriBción final deHe ser DecDa cCando el modelo se vea
estaHiliKado> Bor lo tanto se sigCe Cna descriBción evolCtiva de las mismas.
La descriBción de relaciones esBecífica las reglas ECe goHiernan cCándo las instancias individCales
de cada entidad en la relación están de DecDo asociadas con Cna instancia.
'e reECieren las sigCientes BroBiedades Bara descriHir Cna relaciónA
No(*re: 'egPn las normas estaHlecidas antes.
Defini)i+n: EstaHlece el significado de la relación> en tIrminos de sC rol y BroBósito.
Reg"#s de E?isten)i#: estaHlece las condiciones HaJo las cCales la relación es creada y Horrada.
g 2 Identifi)#dor de Entid#des
G DeHe DaHer al menos Cn atriHCto :o comHinación de Istos y/o relaciones; cCyos valores
identifiECen en forma Pnica cada entidad. Este será el identificador de la entidad.
G No es necesario denotar al identificador inmediatamente descCHierta la entidad> Bero si es
indisBensaHle ECe la entidad tenga> al final> Cn identificador ECe distinga a las ocCrrencias de
la entidad.
G &na entidad Bodrá tener más de Cn identificador> Bero no es imBortante distingCir Cno de
ellos como UBrimarioU en el modelamiento conceBtCal. InclCso BCede ser Bostergado Dasta la
fase de DiseMo.
G 'i Cna entidad Csa Cna relación como Barte de Cn identificador> la entidad deHerá tener
BarticiBación oHligatoria en la relación> y deHe tener Cna cardinalidad máFima de Cno.
423 MODELO DE DATOS CONCEPTIAL CANJNICO
Es la versión del modelo conceBtCalA
C#noni#do> es decir> Day redCndancia de entidades> relaciones> y atriHCtos de amHas.
Nor(#"i#doG es decir> los datos están en sC forma más simBle e indeBendiente.
42321 CANONIXACIJN DEL MODELO CONCEPTIAL
+anoniKación significa eliminar cCalECier tiBo de redCndancia.
*2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Entid#des redund#ntes: se BrodCcen cCando los atriHCtos son los mismos en diferentes entidades.
'e BCede evitar esta redCndancia si es BosiHle deJar clara la diferencia Bor la vía de las relaciones en
ECe BarticiBan. EJemBloA



Figur# 13: redund#n)i# de estru)tur#
Lo ECe se BCede Dacer es deJar Cna sola entidad> la ECe servirá Bara amHos BroBósitos.
'e Bodrá reconocer sC natCraleKa BorA
G &n atriHCto> ECe es lo menos aconseJaHle :e.g. !IP";
G Mediante sC BarticiBación en las relaciones> ECe es lo más ventaJoso
*-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Atri*utos redund#ntesG se BrodCce cCando Cn atriHCto BCede ser oHtenido a Bartir de otros.
EJemBloA !otal costo Doras/ DomHre en la entidad EMPLEAD".
Re"#)iones redund#ntes: No sólo los atriHCtos BCeden ser redCndantes> tamHiIn las relaciones.
Este tiBo de relaciones es BreferiHle omitirlas del diagrama Entidad G #elación. "cCrren cCando Day
trayectorias cerradas> BCes entre cCalECier Bar de entidades Day dos caminos alternativos de
navegación. Pero> `ellas dicen lo mismoa `Entregan la misma informacióna La figCra 3 mCestra Cn
eJemBlo de este tiBo de relacionesA
Figur# 18: Re"#)i+n Redund#nte
&na relación es redCndante si es BosiHle derivarla HaJo cCalECier condición todo el tiemBo> es
decir> si todas las asociaciones entre las concCrrencias de las entidades fCeran idInticas con o sin
la BosiHilidad de la relación redCndante.
No Day relaciones redCndantes si en el ciclo cerrado sCcede ECeA
G Las relaciones son de distinta natCraleKa> Bor lo tanto> no Day transitividad.
*1
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
G 5ay dos o más relaciones MAN :normaliKadas o no;
'i Day Cna sola relación MAN y todas las relaciones directas> será redCndante BCes dice lo mismo
ECe la relación indirecta ECe Cne las dos entidades. Es decirA
#elación DirectaA AGD
#elación IndirectaA AG(G+GD
'e Bodría eliminar la relación AGD ya ECe es redCndante> sin emHargo se deHe considerar el largo
de la trayectoria ECe significa recorrer las entidades versCs el nPmero de reECerimientos
asociados a esta trayectoria. La ventaJa de la redCndancia es ECe da más claridad al CsCario> ya
ECe reBresenta con mayor eFactitCd la sitCación ECe se ECiere modelar. Las desventaJas de la
redCndancia son Cn mayor Cso de Brocesador Bara actCaliKar varias ocCrrencias y mayor esBacio
de almacenamiento.
42324 NORMALIXACIJN DEL MODELO CONCEPTIAL
'C BroBósito es analiKar los atriHCtos de las entidades Bara confirmar ECe ellos están CHicados en
la entidad correcta y ECe no son necesarias entidades adicionales> Broveyendo Cna Hase Bara el
diseMo de la Hase de datos lógica ECe minimice los accesos a la Hase de datos.
Para ECe Cn modelo de datos no tenga redCndancia> y Bara Brevenir anomalías de actCaliKación>
deHe ser normaliKado> esto es> ECe cada atriHCto de Cna entidad sea comBletamente deBendiente
de sC identificador Brimario.
Es el Broceso de HPsECeda de la forma en la cCal los datos BCeden ser traHaJados
indeBendientemente> Bero manteniendo sCs relaciones. Permite oBtimiKar el modelo conceBtCal.
En otras BalaHras> es Cna reBresentación de los datos en Cna forma más clara> sencilla> visCal> y
fácil de imBlementar. &na reBresentación ECe contiene nada más ECe la información necesaria.
Enfo'ue:
#A O*tener "# "ist# de #tri*utos de )#d# entid#d
"Htenga Cna lista Bara la entidad> ECe inclCya todos los atriHCtos individCales :no comBCestos; y
las relaciones. 7erifiECe ECe se dan las sigCientes reglas.
G +ada entrada en la lista tiene Cn nomHre Pnico. 'i aBarece el mismo nomHre dos veces> Bor
eJemBlo UfecDaU> agregCe> Cn calificativo ECe los distinga> como UinicioU y UfinU.
G El significado ocClto de códigos estrCctCrados deHe aHrirse en atriHCtos seBarados> y los
atriHCtos originales deHen ser eFclCidos. Por eJemBlo> el I'(N> Internacional 'tandard (oo]
NCmHer> identifica al editor> el sCJeto de la materia> la secCencia de BCHlicación y Cn dígito
verificador. !odos estos deHen seBararse en atriHCtos distintos> eFceBto el Pltimo.
*3
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
&n eJemBlo de Cna lista correcta es el sigCienteA
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> nomHre
deBartamento> cargo emBleado> seFo emBleado > código carga emBleado> nomHre carga emBleado>
edad carga emBleado;.
+on este eJemBlo se ilCstrarán los Basos de normaliKación.
*A Se"e))ion#r e" identifi)#dor Pri(#rio:
'i no Day identificador definido> defina Cno en este momento. 'i eFiste más de Cn identificador>
seleccione Cno ECe sea el identificador Brimario> Csando algCno de estos criterios.
G 'eleccione el identificador más simBle> es decir> aECel ECe involCcre el menor
nPmero de atriHCtos.
G 'eleccione aECel cCyo significado sea asociado más intCitivamente con la entidad.
G 'eleccione aECel cCya tasa de Cso se BerciHa mayor ECe los otros.
'i el identificador seleccionado inclCye Cna o más relaciones> inclCya tamHiIn en la lista el
identificador Brimario de las entidades relacionadas relevantes. 'i este identificador> a sC veK>
inclCye relaciones> nCevamente inclCya el identificador de las entidades relacionadas. #eBita este
Broceso Dasta ECe todas las relaciones Dayan sido reemBlaKadas Bor identificadores Brimarios
foráneos. Por sCBCesto> esto BCede Dacer ECe el identificador elegido sea mCcDo más comBleJo
ECe lo ECe aBarentaHa originalmente> necesitándose Cn reemBlaKo de la elección original. Los
atriHCtos ECe forman el identificador deHen Bonerse en el BrinciBio de esta lista> sCHrayados>
como en el eJemBloA
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> nomHre
deBartamento> cargo emBleado> seFo emBleado> código carga emBleado> nomHre carga emBleado>
edad carga emBleado;.
)A PRIMERA FORMA NORMAL F1FNA Re(o,er Gru-os Re-etiti,os
Poner el modelo en /N significa sacar de las entidades los atriHCtos reBetitivos :o grCBos
reBetitivos; como entidades seBaradas. Por cada atriHCto ECe no es identificador> BregCnteA P&#0
(!s de un ,#"or -#r# este #tri*uto en )u#"'uier o)urren)i# de "# entid#d O IdentifiECe todos
los atriHCtos en la lista Bara los cCales la resBCesta es UsiU. (CsECe el conJCnto de tales atriHCtos
ECe siemBre tienen el mismo nPmero de valores dentro de cCalECier ocCrrencia individCal de la
entidad. En el eJemBloA código carga emBleado> nomHre carga emBleado> edad carga emBleado
siemBre ocCrrirán Cna veK Bor cada carga ECe tenga EMPLEADO2
Por cada conJCnto de estos atriHCtos> cree Cna nCeva lista de atriHCtos> y coBie en esta lista el
identificador Brimario. Para cada lista de este tiBo ECe sCrJa de este traHaJo> seleccione sC
identificador Brimario. Este identificador Brimario inclCirá al menos Cno de los atriHCtos de la
lista> además del identificador Brimario de la entidad original :entidad UBadreU;. #eBita este
**
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Broceso Dasta ECe no ECeden grCBos de atriHCtos resBectivos en la entidad Badre. Las listas
resCltantes estarán en Primera /orma Normal :/N;. En el eJemBloA
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> nomHre
deBartamento> cargo emBleado> seFo emBleado;
CARGA EMPLEADO :nPmero emBleado> código carga emBleado> nomHre carga emBleado>
edad carga emBleado;.
dA SEGINDA FORMA NORMAL F4FNA 7 Re(o,er "#s de-enden)i#s -#r)i#"es
Es necesario normaliKar en 2/N cCando se tiene Cna relación de MAN> la cCal deHe transformarse
en dos relaciones de AN. +onsidere la lista de cada entidad ECe contiene identificadores
Brimarios comBCestos> y Bara cada atriHCto ECe no es identificador en la lista> BregCnteA
P E" ,#"or de este #tri*uto de-ende )o(-"et#(ente de "os identifi)#dores -#r)i#"esO
'i la resBCesta es UnoU> saECe el atriHCto de lista y determine los identificadores Barciales de los
cCales Iste deBende. 5aga Cna lista seBarada Bara todos los atriHCtos ECe deBenden del :los;
mismo :s; identificador :res; Barcial :es;. +ada lista ECe se crea forma la Hase de Cna nCeva
entidad> en la ECe deHe coBiarse el identificador Barcial relevante de la entidad original.
De Cn nomHre a cada nCeva entidad creada> docCmIntelas en el estándar definido> y selecciones
Cn identificador Brimario. Elimine los calificativos Deredados de la entidad original. Por eJemBlo>
UemBleadoU ya no forma Barte del atriHCto Ucódigo cargaU en el eJemBlo ECe sigCe. Las entidades
resCltantes estarán en segCnda forma normal.
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> nomHre
deBartamento> cargo emBleado> seFo emBleado;.
CARGA EMPLEADO :nPmero emBleado> código carga;.
CARGA :código carga> nomHre carga> edad carga;.
Las entidades ECe se agregan Bara romBer la relación MAN> como en el caso de +A#)A
EMPLEAD"> reciHen el nomHre de Uentidades asociativasU o UN&(U.
eA TERCERA FORMA NORMAL 7 E"i(in#r "#s De-enden)i#s Tr#nsiti,#s
Para tener el modelo en -/N deHen resolverse las transitividades en los atriHCtos :datos;
reBetidos> sacándolos como entidades indeBendientes.
Para todos los atriHCtos ECe no son identificador> BregCnteA
*4
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
P Los ,#"ores de este #tri*uto de-enden de" ,#"or de otro #tri*uto )u#"'uier# distinto de"
identifi)#dor -ri(#rioO
'i la resBCesta es UsiU> el atriHCto deBendiente deHe ser trasladado a otra entidad> con el atriHCto
determinante como identificador Brimario. 'eBare los atriHCtos afectados y llIvelos a Cna nCeva
entidad> la ECe deHerá tener otro nomHre> Cna Bor cada grCBo de atriHCtos con el mismo nCevo
identificador Brimario. Las entidades resCltantes estarán en tercera forma normal. En el eJemBlo>
ECedaríaA
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> cargo emBleado>
seFo emBleado;.
CARGA :código de carga> nomHre carga> edad carga;.
DEPARTAMENTO :nPmero deBartamento> nomHre deBartamento;.
'ólo aECellos atriHCtos ECe serán imBortantes :oHJeto de consCltas; y aECellos más imBortantes
Bor el CsCario deHen sacarse.
G Esto deHería Dacerse sólo si los reECerimientos lo solicitan. Por eJemBlo> si se ECiere saHer
todos los emBleados ECe Bertenecen a Cn determinado deBartamento.
G La diferencia con resBecto a la I/N es ECe en este caso :-/N; los datos reBetidos salen como
UBadreU> mientras ECe en la L/N los datos reBetitivos salen como UDiJosU de la entidad original.
)ráficamente> el eJemBlo tratado ECedaría de la sigCiente maneraA
Figur# 15: Su* (ode"o nor(#"i#do en 6 FN
)ne;o +< Diarama de *lu1o de Datos 2D*D3
La idea de analiKar el flCJo de datos es estCdiar el emBleo de datos en cada Broceso al interior de
Cna institCción. Este análisis BermiteA
*,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
G !ener Cna visión de lo general a lo BarticClar
G +omBrender las relaciones entre sistemas y sCHsistemas
G EsBecificar> en forma rigCrosa> Brocesos o transformaciones ECe ocCrren en cada sistema
G MeJor comCnicación entre los desarrolladores y los CsCarios
G 'eBaración lógica y física del flCJo de información
Para desarrollar Cn diagrama de flCJo de datos Day ECe segCir los sigCientes BasosA
; 5acer lista de actividades Bara determinarA
G Entidades eFternas
G /lCJos de datos
G Procesos
G Almacenes de datos
2; Diagrama de conteFto
-; Diagrama de nivel <
1; +rear diagrama DiJo Bor cada Broceso de nivel <
3; #evisar el modelo
*; Desarrollar D/D físico a Bartir del D/D lógico
0epresentación r#fica de los procesos que componen el sistema y las interfaces
entre ellos
Componentes
,# /ntidad e0terna (rectángulo#1
2 Indica las fuentes o destinos de los datos
/ntidad
3# Proceso (rectángulo con puntas redondeadas#1
2 4ransfor!an los datos
2 5os flu*os de entrada son diferentes a los de salida
Proceso
6# +lu*o de datos (flec%as#1
+lu*o de datos
7# -l!ac8n(rectángulo a&ierto#
2 /l !edio f"sico no es especificado9 inclu$e !edios
!anuales de al!acena!iento
2 :o inclu$e al!acena!ientos te!porales
-l!ac8n
Diferencia entre D*D lóico y físico
*2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
D*D lóico D*D físico
Orientado al qu9 %acer -punta al cómo %acerlo
/nfocado a la actividad propia de la
organi.ación $ co!o opera
I!ple!entación del siste!a. inclu$e %ard;are<
soft;are< arc%ivos $ personas involucradas
=escri&e los eventos de la actividad propia de la
organi.ación
=epende de la tecnolog"a disponi&le
+unciones de la actividad propia son !ás
esta&les 'ue la tecnolog"a
!1emplo eneral de diarama D*D de conte;to
/ntidad
e0terna ,
/ntrada -
/ntidad
e0terna 3
/ntidad
e0terna 6
Salida +
/ntrada (
:o!&re del
siste!a
G Este diagrama mCestra todo el sistema como Cn Broceso sencillo con entidades eFternas y
sCs BrinciBales entradas y salidas
G No mCestra los almacenes de datos
!1emplo en9rico de diarama D*D de nivel 8
4<
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
/ntidad
e0terna ,
Proceso
general
-
/ntrada -
Proceso
general
C
-,
+lu*o de datos C
)egistro -
/ntidad
e0terna 3
Proceso
general
(
)egistro -
-3
Proceso
general
=
+lu*o de datos =
)egistro /
)egistro /
/ntidad
e0terna 6
Salida +
/ntrada (
+lu*o de datos (
Este diagrama descriHe sólo los Brocesos más generales e inclCye los almacenes de datos.
Posteriormente se crea diagrama DiJo Bor cada Broceso de nivel <> Csando la misma metodología>
o simBlemente se agrega al modelo Brocesos ECe no DaHían sido considerados anteriormente.
+omo eJemBlo se Bresenta a continCación> Cn esECema simBle :no inclCye todos los Brocesos; del
análisis de Broyectos en el 'NI.
!1emplo< Diarama de Conte;to de )n#lisis de proyectos en el &'I
Instituciones
p&licas
/!presas
reguladas
Pro$ectos
>acienda
)esultado t8cnico2econó!ico
-nali.ar
pro$ectos
)esultado t8cnico2econó!ico +ic%a /(I
Solicitud de regulari.ación de Pro$ectos
!1emplo< Diarama 'ivel 8 de )n#lisis de proyectos en el &'I
4
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Instituciones
p&licas
/!presas
reguladas
Ingreso
oficina de
partes
Ingreso al
S:I
Me!os
oficios
:!ero de
oficio o Me!o
(IP
-nálisis
48cnico2econó!ico
+ic%a /(I
+ec%a S:I
Ministerio
de
>acienda
Pro$ectos
Solicitud de
regulari.ación
de pro$ectos
!al ingresados
Pro$ectos con
4i!&re
+ic%a /(I
)esultado
análisis t8cnico
econó!ico
)esultado
análisis t8cnico
econó!ico
Pro$ectos
Pro$ectos con fec%a S:I
Pro$ectos para
análisis
!1emplo< Diarama .i1o del proceso de )n#lisis T9cnico ? económico en el &'I
42
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
-nálisis
segn
!etodolog"a
=iscusión del
pro$ecto en la
coordinación
del área
(IP
/la&oración
de Me!o
+ic%a /(I
)esultado
análisis t8cnico
econó!ico
(M/MO fir!ado#
Pro$ectos
Pro$ectos para
análisis
)n#lisis T9cnico?!conómico
Opinión del analista
(IP
)-4/
+ic%a /(I con
)-te
?efe del
departa!ento
Instiución 'ue
presenta el
pro$ecto
M/MO
Instituciones
p&licas
/!presas
reguladas
Ministerio
de
>acienda
)esultado
análisis t8cnico
econó!ico
(M/MO fir!ado#
)ne;o , Calidad *uncional

4-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
En este ítem se Bretende evalCar las Brestaciones ECe ofrecen las distintas alternativas de DiseMo
/ísico> Bara imBlementar de la solCción. DeHerá considerarse la eFistencia de controles
aCtomatiKados> redCndancia de datos mínima y JCstificada> coHertCra soHre los Brocesos> reglas Bara
eliminación y modificación de datos y> en general> todas aECellas características ECe Dagan ECe la
solCción sea eficiente y roHCsta.
En BarticClar> deHerán evalCarse los sigCientes atriHCtosA
+ontroles aCtomatiKados
7alidaciones al ingreso y modificación de datos
+CadratCras de datos
#eBortes de inconsistencias
+onsistencia de Datos
Ingreso Pnico de datos en el origen
#egistro de modificaciones Distóricas
#edCndancia de datos mínima y JCstificada
Definición de reglas esBecíficas Bara la mantención de datos Distóricos
+oHertCra de Brocesos
7alidación de consistencia del Modelo de Datos con resBecto a los Brocesos diseMados
+CmBlimiento de #eglas eFógenas
7elar Bor el +CmBlimiento de leyes> regClaciones> normas> acCerdos contractCales> etc.
De igCal forma ECe en la evalCación de los factores anteriores> deHerán calcClarse Bonderadores
Bara cada grCBo de atriHCtos y comBletar Cna matriK como la sigCiente> calificando cada
alternativa con Cna nota de < a <<> en Hase a los criterios ya seMalados.
+Cadro 1A MatriK de EvalCación +alidad /Cncional
AsBectos de la calidad
fCncional
Ponderador Altern.

Altern.
2
... Altern.
N
+ontroles ACtomatiKados F[ << << <<
+onsistencia de Datos F[ << << <<
+oHertCra de Procesos F[ << << <<
+CmBlimiento de reglas
eFógenas
F[ << << <<
!"!AL <<[ +/ +/2 +/N
Los Bonderadores :F[;> se determinan con la metodología del aneFo .
)ne;o -< !tapas de un Proyecto de Desarrollo en Inform#tica.
41
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
En informática> la lista de etaBas ECe se realiKan desde 'ue se decide desarrollar Cn Broyecto de
softLare .#st# 'ue se entrega dicDo BrodCcto> deBenden del ciclo de vida adoBtado el cCal BCede
ser A
• 'in BrototiBos
− En cascada :Zaterfall;
• +on BrototiBos
− DesecDaHle
− Parte del sistema definitivo
 Incremental
 EvolCtivo
• +iclo de vida en esBiral
Ci)"o de %id# en C#s)#d#
Es el más comPn y antigCo de los ciclos de vida. La idea es comBletar Cn Baso antes de comenKar
el sigCiente.
43
=efinir )e'uisitos
Siste!a
=efinir )e'uisitos
soft;are
=ise@o
preli!inar
=ise@o
detallado
Codificar A de&ug
4est $
Pre2operación
Operación $
Manteni!iento
Integrar el
soft;are en el
siste!a
Codificar
!ódulos e
integrarlos
=esarrollo de SI
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Pro*"e(#s de" Ci)"o de %id# en C#s)#d#
G 5ay ocasiones en ECe no se BCede Bretender disBoner e esBecificaciones correctas desde
el Brimer momento :CsCario Boco Breciso;
G &sCario :cliente; Boco Breciso o camHia de Barecer en las necesidades
G #esCltados al final. Los resCltados no se ven Dasta mCy avanKado el Broyecto y los
camHios entonces BCeden tener mCcDa incidencia en los BlaKos de entrega.
Ci)"o
de %id# )on Prototi-os
El BrototiBo es Cn modelo del sistema BroBCesto> ECe se constrCye Bara ilCstrar la viaHilidad del
nCevo sistema> esto BorECe los BrototiBos constitCyen Cn meJor medio de comCnicación ECe los
modelos en BaBel.
4*
Investigación
preli!inar
(reve análisis
$ especificación
=ise@o
$ reali.ación
/valuación
Modificación
=ise@o
...
=efinir re'uisitos
OB BBB
OB BBB
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
C#r#)ter<sti)#s de" Ci)"o de %id# )on -rototi-os
Alto grado de BarticiBación del CsCario el cCal evalPa los BrototiBos> BroBone meJoras y detalla
reECisitos.
Alto grado de BarticiBación del analista de sistemas> ya ECe en mCcDos casos los CsCarios no BCeden
indicar los reECisitos sin tener eFBeriencia con el sistema. El BrototiBo da mayor conocimiento al
CsCario y analistas ayCdando a ECe el CsCario aBrenda a CtiliKar el sistema. El BrototiBo se modifica
Dasta ECe los reECisitos del CsCario ECeden claros.
Ci)"o de %id# en )#s)#d# )on -rototi-os
44
Investigación
preli!inar
(reve análisis
$ especificación
=ise@o
$ reali.ación
/valua2ción
Modificación
=ise@o
...
=efinir re'uisitos
OB
OB
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Ci)"o de ,id# )on -rototi-os dese).#*"es
El BrototiBo no se CtiliKar Bara constrCir el sistema final. 'e Brograman sin fiJarse en Csar HCenas
Bracticas de Brogramación y se Dacen mCy ráBido> CsCalmente se Dacen en Perl> aL]> csD> etc.;.
Lo imBortante es entender ECe en este caso no se deHe tomar el BrototiBo como Cn BrodCcto final>
y menos Brogramar encima de este.
Ci)"o de ,id# )on -rototi-os no dese).#*"es
El BrototiBo es Barte del sistema definitivo. 5ay dos clasesA
Incremental el cCal se divide a sC veK en dosA
+on reECerimientos al BrinciBio
#eECerimientos \ DiseMo \ ImBlementación \!esting
#eECerimientos \ DiseMo \ ImBlementación \!esting
#eECerimientos antes de cada fase
#eECerimientos \ DiseMo \ ImBlementación \ !est
DiseMo \ ImBlementación \ !est
DiseMo \ ImBlementación \ !est
EvolCtivoA se diferencia del incremental ya ECe en este caso los reECerimientos no se BCeden
conocer totalmente al BrinciBio y se deHen Dacer Boco a Boco.
Ci)"o de ,id# en es-ir#"
El ciclo de vida en esBiral> aMade el análisis de riesgo en el Broyecto de softLare y considera 1
fasesA Planificación> análisis de riesgo> ingeniería y evalCación de BroyectosA
4,
O&servación
)e'uisitos
-&stracción
Calidación
/specificación
Cerificación
Prototipo
Cerificación
/0peri!entación
Calidación
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
<.G Decisión de desarrollar Cn determinado softLare
.G #ecolección de reECisitos iniciales \ Blanificación Broyecto
2.G Análisis de riesgo segPn los reECisitos iniciales
-.G `+ontinPa el Broyectoa
1.G PrototiBo inicial
3.G EvalCación del cliente
*.G #eBlanificación segPn comentarios del cliente
4.G Análisis del riesgo segPn la reacción del cliente
,.G PrototiBo del sigCiente nivel
2.G 'istema final
42
&#)i# e" siste(# fin#"
INGENIERÍA
ANÁLISIS DE RIESGO
E%ALIACIJN
DEL
CLIENTE
PLANIFICACIJN
Y ANÁLISIS DE
REHIISITOS
<

2
-
- -
-
1
3
3
3
*
*
*
4
4
4
,
,
2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
E,o"u)i+n de "os Siste(#s de Infor(#)i+n
La línea más clara> reBresenta el desarrollo ideal de Cn sistema de información> en el cCal al
tomarse la decisión de elaHorar Cn 'I> ya se saHría claramente Barte de las fCncionalidades
necesarias del mismo> es así ECe al terminar el análisis de reECerimientos en t> se DaHría
avanKado en la comBrensión de las fCncionalidades reECeridas. En Cn Broyecto real> lo cCal se
,<
tiemBo
f
C
n
c
i
o
n
a
l
i
d
a
d
t< t2 t- t3 t
D
I
f
i
c
i
t
#etraso
Longevidad
AdaBtaHilidad
:la Bendiente de la recta;
I
m
B
r
o
B
i
e
d
a
d
t1
t< se toma la decisión
t se acaHa el análisis de reECerimientos
t2 Brimer elemento eJecCtaHle del sistema
t2Gt1 desarrollo del sistema
t1 versión definitiva en Cso
t3 amBliación de fCncionalidad del sistema
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
aBrecia en la línea negrita> se aBrecia Cn retraso deHido a ECe cCando se oHtiene el Brimer
elemento eJecCtaHle del sistema> todavía no se comBrende en sC totalidad las fCncionalidades
reECeridas o simBlemente no se Dan Bodido desarrollar en el tiemBo deseado. Es así como eFiste
Cn dIficit entre lo ECe se lograría en condiciones ideales y lo ECe realmente se logra en cCanto a
fCncionalidad. La adaBtaHilidad> se refiere a la caBacidad de agregar fCncionalidades en el
tiemBo. La imBroBiedad se refiere a ECe al agregar fCncionalidades a Cn sistema ya terminado>
estas son más difíciles de oHtener ECe en Cn sistema reciIn comenKado. No se logran todas las
BroBiedades deseadas.
A continCación se mCestra la evolCción de los 'I> segPn los distintos ciclos de vida ya
mencionados. Es imBortante notar> ECe deBendiendo del ciclo de vida elegido el Broyecto se
acercará o aleJará del ideal anteriormente eFBCesto.
E,o"u)i+n de SI en )#s)#d#
,
f
C
n
c
i
o
n
a
l
i
d
a
d
tiemBo
t< t2 t- t3 t t1
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
E,o"u)i+n SI )on -rototi-os dese).#*"es
E,o"u)i+n SI )on -rototi-os no dese).#*"es
,2
f
C
n
c
i
o
n
a
l
i
d
a
d
t< t2 t- t3 t t1
tiemBo
f
C
n
c
i
o
n
a
l
i
d
a
d
tiemBo
t< t2 t- t3
t t1
Incremental con
análisis de reECisitos
incremental
análisis de reECisitos
en cada fase
evolCtivo
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
)ne;o 5< !1emplos de medidas de efectividad.
Además de las seMaladas en la !aHla 3 del BCnto 1.- :Información en línea> Interfaces gráficas>
Emisión de cartas> control de camHios;> se BCeden considerar las medidas> ECe a continCación se
eFBonen Bara comBarar alternativas> la idea en esta etaBa es considerar la solCción como Cn todo
considerando DardLare> softLare > comCnicacionesA
+aBacidad de acceso y actCaliKaciones remotas
+aBacidad Bara disminCir los tiemBos de Brocesos en la generación de información
+aBacidad de la solCción Bara disminCir la dCBlicidad y errores en los datos
7elocidad de Brocesamiento
+aBacidad de almacenamiento
+aBacidad de comCnicación
Ergonomía
+omBatiHilidad con sistemas ya eFistentes en la organiKación
+aBacidades mCltimediales incorBoradas
Procesamiento distriHCido
Procesamiento centraliKado
#endimiento esBerado
/acilidad de configCrar
+CmBle con el nCmero de transacciones reECeridas
Las fCnciones Broveídas meJoran la eficiencia del CsCario
La solCción actCaliKa sCs arcDivos internos en línea
La solCción actCaliKa sCs arcDivos internos en modo HatcD
Necesidad de cálcClos comBleJos
#eCsaHilidad del código
/acilidad de instalar
/acilidad de oBerar
La solCción fCe diseMada Bara ayCdar al camHio organiKacional
Este listado no Bretende ser eFDaCstivo> y lo ECe es más imBortante> las medidas a considerar Bara
medir la efectividad> deBenderán de los oHJetivos del Broyecto. Por eJemBlo> si Broyecto no
genera grandes demandas de almacenamiento> no tiene sentido considerar esta variaHle como
deseaHle o mCy deseaHle.
,-
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
)ne;o 6 !sfuer/o requerido para cada fase
El cálcClo del esfCerKo reECerido Bara cada fase es comBlicado> ya ECe deBende de varias
variaHles. A Besar de esto> Day modelos ECe tratan de dar resBCesta a esta dificCltad> algCnos de
ellos sonA
+"+"M"A +onstrCctive +ost Model ECe tiene como oHJetivo estimar el esfCerKo> costo y
Blanificación del desarrollo de softLare.
PCntos de /CnciónA En este mItodo la idea es oHtener Cna medida cCantitativa del tamaMo de las
aBlicaciones Hasándose en sCs reECisitos fCncionales e ir midiendo la BrodCctividad del Broyecto
en la medida ECe este avanKa.
NPmero de líneas de códigoA "tra manera Hastante BoBClar> es estimar la cantidad de líneas de
código ECe generará el softLare a desarrollar. El BroHlema con esto es ECe Bara Cna misma
fCncionalidad el nPmero de líneas de código ECe se necesitarán deBenderá del lengCaJe CtiliKado.
Para solCcionar esto eFisten taHlas ECe convierten líneas de código de diversos lengCaJes a
AssemHler o a nPmero de BCntos de fCnción.
+ómo estos modelos o metodologías Bara medir el esfCerKo reECerido reECieren cierta
BreBaración e información Distórica> ECe a menCdo no es dominio de la institCción es ECe
facilitamos la sigCiente información oHtenida en conversaciones con diversos Jefes de Broyectos.
Por lo mismo es solamente Cna referencia> ya ECe no resBonde a Cn estCdio rigCroso del
BroHlema> Bero ECe consideramos Cn dato valioso y orientador> dada la gran variaHilidad entre los
tiemBos y BresCBCestos estimados Bara Cn desarrollo y los ECe finalmente resCltan. En oBinión de
las Bersonas entrevistadas> el esfCerKo reECerido en cada Cna de las fases del desarrollo de
softLare es el sigCienteA
AnálisisA 3[
DiseMo y BrogramaciónA 43[
!estingA <[
El DiseMo aECí mencionado corresBonde al DiseMo lógico y físico.
Por otra Barte Day cCadros elaHorados en Estados &nidos en Hase a miles de Broyectos de
softLare ECe se BCeden Csar> Bero ECe difieren entre sí deHido aA
Diferencias en el significado de las fases
MItodos de desarrollo distintos
ProdCctos distintos> en algCnos casos se necesita más análisis ECe en otros
5aHilidad de los Brogramadores> lo cCal imBacta en el tiemBo de desarrollo
Diferencia en los BlaKos reECeridos
,1
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
EJemBlos de cCadrosA
Distri*u)i+n de Re)ursos -or F#se FYA
F#se T#(#Co
PeECeMo Intermedio Mediano )rande
DiseMo * * * *
DiseMo Brogramación 2* 23 21 2-
Programación y !esting 12 1< -, -*
Integración * 2 22 23
Distri*u)i+n de Re)ursos -or F#se FYA
F#se T#(#Co
PeECeMo Intermedio Mediano )rande
DiseMo 2 2 2 2
Programación *- 32 33 31
Integración , 22 2* 24
,3
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
)ne;o 18 Definiciones leales
Progr#(# de )o(-ut#)i+n: +onJCnto de instrCcciones Bara ser Csadas directa o indirectamente
en Cn comBCtador a fin de efectCar C oHtener Cn determinado Broceso o resCltado> contenidas en
Cn casette> dis]ette> cinta magnItica C otro soBorte material.
Co-i# de un -rogr#(# de )o(-ut#)i+n: Es Cn soBorte material ECe contiene instrCcciones
tomadas directa o indirectamente de Cn Brograma comBCtacional y ECe incorBora la totalidad o
Barte sCstancial de las instrCcciones fiJadas en Il.
Nor(#s "eg#"es 'ue -rotegen e" -rogr#(#: Ley NV 4.--* de 2 de "ctCHre de 24<> sCs
modificaciones y sC reglamento :Decreto de EdCcación NV .22 del 4 de Mayo de 24;.
Modifi)#)iones de "# "e0 ND 1:2665: Las sigCientes leyes la modifican.
NV 4.44- de , de "ctCHre 242
NV ,.11- de 4 de "ctCHre 2,3
NV ,.234 de 3 de MarKo 22<
NV 2.<42 de 2 de Agosto 22
NV 2.** de 4 de 'eBtiemHre de 222
L# tenen)i# de "os dere).os so*re un -rogr#(# )orres-onde # "#s siguientes -erson#s:
El aCtor
Personas a las cCales el aCtor le Daya transferido todos o algCnos derecDos> mediante contrato
inscrito en el #egistro de la ProBiedad IntelectCal
Los Derederos o legatarios del aCtor
Personas natCrales o JCrídicas> cCyos deBendientes> en el desemBeMo de sCs fCnciones laHorales>
los DCHiesen BrodCcido> salvo estiBClación escrita en contrario.
AECella ECe encarga la elaHoración del Brograma Bara comercialiKación Bor sC cCenta y riesgo>
salvo estiBClación de lo contrario.
Li)en)i# de uso de un -rogr#(#: +onstitCye la aCtoriKación Bara Csar el Brograma en las
condiciones descritas en ella. No Day transferencia de derecDos de aCtor> salvo ECe se estiBCle
eFBlícitamente algCna cesión.
Dur#)i+n de "os dere).os de #utor so*re un -rogr#(#G -#r#:
G El aCtorA !oda la vida
G +ónyCge soHrevivienteA !oda la vida
G 5iJas solteras> viCdas o DiJas casadas> del aCtor> cCyo cónyCge se encontrare afectado Bor
Cna imBosiHilidad definitiva Bara todo gInero de traHaJoA !oda la vida
G "tros DerederosA -< aMos Bost mortem del aCtor
G +esionariosA 3< aMos Bost mortem del aCtor
G LegatariosA 3< aMos Bost mortem del aCtor
,*
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Ad#-t#)i+n de un -rogr#(#: Es licito cCando es efectCada Bor el tenedor del Brograma o
aCtoriKada Bor el legítimo dCeMo del mismo. Esta adaBtación deHe ser esencial Bara el Cso del
Brograma y no es destinado a Cn Cso diverso. Estas adaBtaciones no BCeden ser transferidas HaJo
ningPn títClo> sin ECe medie aCtoriKación Brevia del derecDo de aCtor resBectivo.
Co-i# de un -rogr#(#: La coBia es licita cCando es efectCada Bor el tenedor del Brograma o
aCtoriKada Bor el legítimo dCeMo del mismo y es esencial Bara sC Cso en Cn comBCtador
determinado o Bara fines de arcDivo de resBaldo. Estas coBias no BCeden ser transferidas HaJo
ningPn títClo> salvo ECe lo sea con el Brograma comBCtacional ECe le sirvió de matriK.
Ins)ri-)i+n de un -rogr#(# en e" registro de -ro-ied#d inte"e)tu#":
'e deHe deBositar Cn eJemBlar del Brograma en el medio en ECe se encCentre incorBorado.
Además deHe acomBaMarse con el manCal de oBeración del Brograma :ManCal de CsCario> de
instalación> otros;
Escrito eFBlicativo ECe indiECe el lengCaJe CtiliKado y la versión del Brograma si es Bertinente> a
menos ECe esta información ya estI contenida en el manCal de oBeración.
'e deHe informar al #egistro los sigCientes datos del aCtorA
NomHre comBleto o nomHre de la Bersona JCrídica
Domicilio
+IdCla de identidad o #&!
Nor(#s intern#)ion#"es 'ue -rotegen #" #utor de un -rogr#(#: El aCtor nacional y eFtranJero
domiciliado en el Baís están Brotegidos fCera del Baís en los Baíses miemHros de los sigCientes
convenios internacionalesA
G +onvención &niversal soHre derecDo de aCtor.
G +onvenio de (erna
G Los aCtores eFtranJeros no domiciliados en el Baís> están Brotegidos en +Dile Bor estas
mismas convenciones y Bor la legislación nacional cCando Broceda.
,4
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
)ne;o 11 (losario
Ar'uite)tur#: En las tecnologías de la información :!I;> esBecialmente en lo ECe refiere a
comBCtadores y más recientemente en lo ECe se refiere a redes> arECitectCra es Cn tIrmino ECe se
aBlica al Broceso y resCltado de Bensar y esBecificar la estrCctCra> comBonentes lógicos> e
interrelaciones lógicas de Cn comBCtador> sistema oBerativo> red C otro conceBto.
;#ses de d#tos: Es Cna colección de datos> organiKada de tal forma ECe sCs contenidos BCeden
ser fácilmente oHtenidos> gestionados y actCaliKados. El tiBo de Hase de datos dominante
actCalmente es el modelo relacional :aCnECe en +Dile aPn Day Cn gran nPmero de Hases de datos
ECe Csa arcDivos indeFados;. En este tiBo de Hases de datos> los datos están definidos de tal
manera> ECe es BosiHle reorganiKarlos y oHtenerlos de diferentes maneras. &na Hase de datos
distriHCida es aECella ECe está disBersa o reBlicada en diferente BCntos de la red. &n Hase de datos
orientada al oHJeto es aECella ECe es congrCente con los datos definidos en clases de oHJetos y
sCHclases.
C+digo Fuente: +onsiste en declaraciones de Brogramación ECe son creadas Bor Cn
Brogramador> mediante Cn editor de teFto o Cna Derramienta visCal de Brogramación y ECe
Bosteriormente es graHada en Cn arcDivo con Cn determinado nomHre. DesBCIs de este Broceso el
código fCente está listo Bara ser comBilado. El resCltado de está comBilación es el código oHJeto
:esto no tiene ECe ver con orientación al oHJeto;.
C+digo O*9eto: +ontiene Cna secCencia de instrCcciones ECe el Brocesador BCede entender> Bero
ECe es difícil de ser leído o modificado Bor seres DCmanos.
C"ienteBSer,idor: DescriHe la relación entre dos Brogramas comBCtacionales en el cCal Cn
Brograma> el cliente> Bide Cn servicio a otro Brograma> el servidor> el cCal satisface el
reECerimiento. La idea de cliente/servidor BCede ser Csada Bor Brogramas localiKados en Cn Pnico
comBCtador> Bero este conceBto es más imBortante en redes. En Cna red> el modelo
cliente/servidor Brovee Cna manera conveniente Bara interconectar Brogramas ECe están
distriHCidos en diferentes lCgares. Estas transacciones son mCy comCnes en las redes.
D#t#(#rt: Es Cn reBositorio de datos oHtenido desde datos oBeracionales y otras fCentes> ECe
está diseMado Bara satisfacer reECerimientos de Cna comCnidad de traHaJadores con ciertos
conocimientos esBecíficos. Es más BeECeMo ECe Cn DataLareDoCse> de DecDo el conJCnto de
Datamarts> BCeden constrCir Cn DataLareDoCse. A diferencia de los DataLareDoCse> los Datamart
se constrCyen a Bartir de los reECerimientos del CsCario final.
D#t#(ining: Es el análisis de datos Bara encontrar relaciones ECe no DaHían sido descCHiertas
anteriormente. PCede revelar asociaciones Bor eJemBlo entre BrodCctos> en este caso es conocida
la relación encontrada entre BaMales y cerveKa. Esto BorECe mCcDos Badres de familia al comBrar
BaMales tamHiIn comBraHan cerveKas.
D#t#Q#re.ouse: Es Cn reBositorio central Bara toda la información imBortante ECe las diversas
áreas de negocio de Cna organiKación acCmCla. El dataLareDoCse oHtiene información de
diversas fCentes> Bara análisis y accesos Ptiles a la información> Bero generalmente no se oHtiene
,,
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
esta información del CsCario final el cCal necesita Cna Hase de datos local esBecífica soHre algPn
tema.
Este conceBto Da ganado aceBtación> en Barte> Bor la BosiHilidad de realiKar Datamining. El
dataLareDoCse es Csado tamHiIn Bor otra aBlicación > este es el 'istema de 'oBorte a la Decisión
:D'';.
De)ision Su--ort S0ste( FDSSA: Es Cna aBlicación ECe analiKa datos de negocio y lo Bresenta
de tal manera> ECe los CsCarios BCeden tomar decisiones en forma más fácil. Esta aBlicación
BCede Bresentar información gráfica y BCede inclCir Cn sistema eFBerto o inteligencia artificial.
E,o"u)i+n de "os "engu#9es de -rogr#(#)i+n: La evolCción de los Brogramas de comBCtación
ECe descrita Bor generacionesA
%rimera .eneración &')8)9 Es Cn lengCaJe de máECina> es decir los datos e instrCcciones son
entregados en el lengCaJe ECe el Brocesador entiende> esto es Cna cadena de <Ns o Ns.
:e.unda .eneración &+)8)9 Es assemHler> el cCal consiste en declaraciones mCy Hásicas ECe son
convertidas a <Ns o Ns. &na tíBica declaración se veA ADD ->,
;ercera .eneración &2)8)9 Es Cn lengCaJe de alto nivel> tal como PL/I> Pascal> +> 9ava. &n
Brograma 9ava se ve asíA
class 5ola c
BCHlic static void main:'tringde args; c
'ystem.oCt.Brintln:U5olaU;Q
f
f
&n comBilador convierte las declaraciones> de Cn lengCaJe esBecífico de Brogramación de alto
nivel a lengCaJe de máECina : en el caso de 9ava> la salida del comBilador se llama Hytecode el
cCal es transformado a idioma máECina Bor Cna máECina virtCal.
Cuarta .eneración &3)8)9 LengCaJe diseMado Bara ser cercano al lengCaJe natCral. Los lengCaJes
Bara acceder a Hases de datos> son a menCdos clasificados así. &n lengCaJe 1)L> se vería asíA
"(!IENE !"D"' LA' PE#'"NA' D"NDE R'&ELD"S E' MA."# %&E <<.
+laro ECe lo más BroHaHle es ECe esto estI eFBresado en InglIs.
%Cinta generación :3)L;A Estos lengCaJes> Csan Cna interfase gráfica o visCal Bara crear código
fCente :declaraciones; ECe es comBilado> con Cn comBilador -)L o 1 )L.
M#infr#(e : !Irmino de la indCstria Bara Cn comBCtador de gran caBacidad> tíBicamente
constrCido Bor Cna comBaMía grande. 5istóricamente asociado con comBCtación centraliKada>
más ECe comBCtación distriHCida.
P"#t#for(#: 'e entiende ECe la Blataforma es el sistema comBCtacional Hase > dónde se eJecCtan
las aBlicaciones. La Blataforma está comBCesta Bor el 'istema "Berativo y el DardLare soHre el
cCal este se eJecCta. !amHiIn se entiende Bor Blataforma cCalECier Hase tecnológica> ECe sirve
Bara ECe otras tecnologías o Brocesos sean constrCidos.
,2
MIDEPLAN / División de Inversiones / Metodología Proyectos de Informática
Progr#(#: En comBCtación Cn Brograma es Cn conJCnto de instrCcciones ordenadas> eFBresadas
en algPn lengCaJe de Brogramación.
Progr#(# de #-"i)#)i+n: Llamado comPnmente como aBlicación> es cCalECier Brograma
diseMado Bara Cna fCnción esBecífica> Bara el> CsCario o en algCnos casos Bara otros Brogramas de
aBlicación.
Progr#(#)i+n orient#d# #" o*9eto: Es Cn revolCcionario conceBto ECe Da camHiado las reglas
en el desarrollo de Brogramas. Este conceBto está organiKado entorno a oHJetos más ECe a
actividades> a datos más ECe a la lógica. 5istóricamente Cn Brograma Da sido visto como Cn
Brocedimiento lógico en ECe se toman datos de entrada> ECe se Brocesan y BrodCce datos de
salida. El desafío> entonces> era cómo escriHir la lógica> no como definir los datos. La orientación
al oHJeto se BreocCBa más de los oHJetos a maniBClar> más ECe de la lógica Bara maniBClarlos. Los
oHJetos varían desde seres DCmanos a constrCcciones. &na veK ECe se define Cn oHJeto> se
generaliKa este en Cna clase.
Ser,idor: En general Cn servidor es Cn Brograma comBCtacional ECe Brovee servicios a otros
Brogramas comBCtacionales en la misma comBCtadora o en otras. !amHiIn se le llama servidor al
comBCtador en ECe se eJecCtan los Brogramas comBCtacionales servidores.
Siste(# O-er#ti,o: Es el Brograma ECe desBCIs de ser inicialiKado en el comBCtador mediante>
otro Brograma llamado (oot> gestiona los demás Brogramas en Cn comBCtador.
TCPBIP FTr#ns(ision Contro" Proto)o"B Internet Proto)o"A: Es el lengCaJe de comCnicación
Hásico o Brotocolo en Internet. PCede ser Csado tamHiIn como Brotocolo de comCnicación en Cna
red Brivada :intranet o eFtranet;. !+P/IP es Cn Brograma de dos caBas. La caBa más alta :!+P;>
administra la división del mensaJe o arcDivo enviado en BeECeMos BaECetes> los cCales son
transmitidos y reciHidos Bor otra caBa !+P ECe ensamHla los BaECetes Bara recCBerar la
información original. La caBa más HaJa :IP; maneJa la dirección de cada BaECete de manera ECe
estos llegCen al destino correcto. !+P/IP Csa el modelo cliente/servidor de comCnicación> en la
cCal Cn comBCtador CsCario :cliente; Bide servicios :tal como Bedir Cna Bágina ZeH;> los cCales
son Broveídos Bor otro comBCtador :servidor;.
/e* Ser,er: &n servidor ZeH es Cn softLare> ECe sirve Beticiones de Báginas 5!ML o arcDivos.
2<