Anda di halaman 1dari 90

Ministerio de Planificacin y Cooperacin

Departamento de Inversiones

METODOLOGA DE PROYECTOS
INFORMTICOS
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 / Divisin de Inversiones / Metodologa Proyectos de Informtica

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) Evolucin de los proyectos de Informtica.........................................................................6
b) Fundamentos para la adopcin de un criterio de Costo/ Eficiencia...................................6
c) Criterios de aprobacin o rechazo de proyectos informticos............................................
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 Evaluacin E"#$nte de %royectos &etapas del estado de preinversin).......'(
c) Etapa de )eneracin y anlisis 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) ,escripcin de la -r.anizacin y/o entorno $fectado por el %royecto............................'/
b) ,escripcin de la 0nidad o ,epartamento.......................................................................'!
c) %resentacin de la solucin informtica actual.................................................................'!
d) ,escripcin de los procesos..............................................................................................'!
e) ,ia.rama de Flu1o de ,atos &,F,) presentando la situacin 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 rediseo organizacional.................................+2
b) Inversin mar.inal a la solucin 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 documentacin...........................................................................................................+3
-.1 AL!E#NA!I7A' DE '"L&+I8N.........................................................................................23
2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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) Evaluacin de los atributos...............................................................................................+!
b) Evaluacin de alternativas................................................................................................23
c) ,etalle de la Inversin y clculo 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
1 Introdu))i+n
El Bresente docCmento tiene como BroBsito entregar Cna gCa metodolgica Bara la BreBaracin y
evalCacin de Broyectos de informtica y sC Bresentacin al 'istema Nacional de Inversiones.
+omo Derramienta metodolgica> gCiar a las institCciones ECe desarrollan Broyectos de informtica
en los sigCientes asBectosA
Presentacin de Cn Broyecto de informtica
Presentacin de alternativas de solCcin :cCando eFista ms de Cna;
EvalCacin de la o las alternativas de solCcin mediante el criterio costo G eficiencia
El resCltado de la aBlicacin de esta metodologa ser Cn docCmento estndar> el ECe se Bresentar a
MIDEPLAN> con el BroBsito de ECe esta institCcin revise la factiHilidad tIcnica y econmica de
desarrollar dicDo Broyecto.
La metodologa se orienta a meJorar la Bresentacin de Broyectos> en resBCesta a la BroHlemtica
ECe se Da detectado en este tiBo de inversiones.
A continCacin se Bresentan algCnos BroHlemas ECe se Dan Bresentado en las reas estratIgica>
tctica y oBeracional> en relacin a los Broyectos de informtica

.
A ni,e" estr#t$gi)o: se aBrecia falta de definiciones estratIgicas con resBecto a la informacin
dentro de la organiKacin. &no de los activos ms imBortantes de la organiKacin actCal es la
informacin y la tecnologa ECe la soBorta> Bor lo tanto no Day ECe Berder de vista ECe la
tecnologa imBlementada deHe aBoyar la definicin estratIgica de la organiKacin con resBecto a
la informacin. La tecnologa ayCda a administrar la informacin y Ista deHe eFistir en fCncin
de generar conocimiento> entendido como la caBacidad de realiKar tareas o actividades en forma
efectiva.
A ni,e" t!)ti)oA en el rea informtica Day Cn descCido del tema calidad> BrinciBalmente BorECe
al momento de licitar> la BrinciBal variaHle de eleccin 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 cdigo. La
ventaJa de ECe el cdigo sea reCsaHle> es ECe Bermite fcilmente agregar o modificar fCnciones
del softLare> Bero esto eFige ECe el Broveedor se BreocCBe de Brogramar de tal manera ECe esta
condicin se cCmBla. Esto reECiere ms recCrsos Bor Barte del Broveedor. En este caso DaHra ECe
invertir en Cn mayor grado> Bero el costo de mantencin disminCye.
Adems> 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 solCcin informtica a imBlementar
sin DaHer DecDo Cn levantamiento de reECerimientos adecCado.

Estas deficiencias se vieron confirmadas con el BroHlema informtico del aMo 2<<<.
1
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
!amHiIn es CsCal ECe no Dayan resBaldos de la informacin ECe es estratIgica Bara la
organiKacin.
"tro BroHlema mCy imBortante es ECe se le da ms imBortancia a la tecnologa ECe a la gestin
del Broyecto.
A ni,e" o-er#)ion#": el BrinciBal BroHlema es la ineFistencia de docCmentacin de los sistemas.
Esta sitCacin 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 cdigo DCmanamente entendiHle. En este caso slo eFiste el Brograma en idioma mECina> lo
cCal se tradCce en Cn conJCnto de ceros y Cnos.
3
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
4 As-e)tos Gener#"es
2.1 Teora en la que se basa la metodoloa
#A E,o"u)i+n de "os -ro0e)tos de Infor(!ti)#
Los Broyectos de informtica Dan ido evolCcionando JCnto con las organiKaciones y a medida ECe
se Dan ido BrodCciendo camHios tecnolgicos. 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 informtica Da ido camHiando tanto tecnolgicamente> como
tamHiIn Bara aBoyar la transformacin> ya mencionada> en las organiKaciones. Es as ECe la
informtica Da evolCcionado desde sistemas fCertemente centraliKados Hasados en mainframe>
camHiando Bosteriormente a sistemas interactivos :terminales de CsCarios;> lCego vino la
comBCtacin Bersonal ECe Daca 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 inversin> Istos Dan ido camHiando Baralelamente a la evolCcin
ya mencionada de la sigCiente formaA
Primeramente> slo tena imBortancia la evalCacin costo O Heneficio.
LCego se evalCaHa adems si se facilitaHa la oHtencin de los oHJetivos de la organiKacin
y si es ECe las tecnologas de informacin :!I; meJoraHan la calidad de las inversiones.
Posteriormente coHr imBortancia cmo las !I Bodan meJorar las tomas de decisiones y
aCmentar la BarticiBacin de mercado.
/inalmente> aDora se da mayor imBortancia a cmo las !I BCeden aCmentar la caBacidad
de la informacin :DataLareDoCse> Internet> etc.; e innovacin.
'e aBrecia ECe la gestin de la organiKacin es mCy relevante Bara considerar los sistemas
necesarios a imBlementar> y se aBrecia cmo el Infasis en el criterio de inversin 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 inversin 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 inversin relevante la BosiHilidad de aCmento de caBacidad de la informacin.
Este aCmento se entiende orientado a la generacin de conocimiento y a Cna mayor satisfaccin
del cliente. Es decir> la idea es conocer la tecnologa y eFBlotarla de tal manera ECe Bermita
ofrecer meJores servicios con la informacin disBoniHle.
La anterior metodologa Bara Broyectos de informtica evalCaHa segPn el criterio de costo O
Heneficio. 'in emHargo> eFisten Heneficios ECe son mCy difciles de cCantificar> medir y valorar.
9Cnto con ello> se Bresentan Heneficios intangiHles tales como meJoras en la calidad de la
informacin> efecto moderniKador> redes sociales ECe se BCeden estaHlecer Bor Internet>
*
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
aBrendiKaJe deHido al contacto con la tecnologa> etc. Adems> 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 oHtendran desBCIs de tener contacto con las !I.
Adems> el anlisis se centraHa slo en los asBectos tecnolgicos> lo ECe BrodCca ECe se Berdiera
de vista la administracin de la infor(#)i+n> con la consigCiente BIrdida de conciencia de la
administracin del riesgo de la misma. Es decir> no se aBreciaHa Cna definicin de cCl
informacin era la relevante Bara la organiKacin 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 evalCacin encCentra sC sentido en ser Cn aBoyo veraK Bara la toma de
decisiones> esta metodologa 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 ms JCstificaHle> en aECellos casos en ECe Day camHios de Brocesos y
aDorros de costos de transaccin Bara CsCarios. EJemBlosA !eletrmites> infocentros.
Adems> en el caso de oCtsoCrcing> es necesario Dacer Cna evalCacin costoGHeneficio Bara
determinar la meJor alternativa entre realiKar oCtsoCrcing o realiKar Cna inversin tradicional.
La idea es conceBtCaliKar factores estratIgicos> ECe tengan ECe ver con la decisin de cCl
informacin almacenar> la determinacin de la informacin crtica Bara la organiKacin o cmo
Ista se BCede aBrovecDar meJor> lo ECe se eFBresa normalmente en temas cCalitativos.
El enfoECe costoGeficiencia Blantea ECe la conveniencia de la eJecCcin de Cn Broyecto se
determina Bor la oHservacin conJCnta de dos factoresA
El costoA involCcra la imBlementacin de la solCcin informtica> adECisicin y BCesta en
marcDa del sistema DardLare / softLare y los costos de oBeracin asociados.
La eficienciaA se entiende como la relacin 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 anlisis 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 organiKacin con resBecto a la informacin.
)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
evalCacin 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
mCy imBortante la coDerencia del Broyecto con Cn Blan informtico o con lneas estratIgicas ECe
se Daya Blanteado la institCcin> es decir se revisar ECe los sistemas a imBlementar cCmBlan con
los oHJetivos ECe se Da Blanteado la institCcin. !amHiIn se verificar ECe el clcClo de
Bonderadores resBonda a la estrategia> es as ECe si Cn deBartamento de la organiKacin Da
Blanteado ECe Brivilegiar la segCridad> no Bodra Bresentar el Bonderador corresBondiente Cn
BorcentaJe HaJo.
En general> se aBreciar la coDerencia ECe Bresenta el Broyecto en s.
2.2 !structura de la Metodoloa
La metodologa consta de dos BartesA la BreBaracin y la evalCacin del Broyecto. En la
BreBaracin se define la informacin reECerida.
La evalCacin BroBiamente tal consiste en A
Definicin de atriHCtos
+alificacin de los atriHCtos de cada alternativa
Asignacin de Cn BCntaJe a cada alternativa> en Hase a sCs atriHCtos
+lcClo del ndice de eficiencia
Adems consta de varios aneFos> Bara ayCdar a Cna meJor evalCacin del Broyecto> como tamHiIn
Cn meJor control del mismo cCando se este eJecCtando.
Los aneFos sonA
!Icnica Bara BrioriKacin y asignacin de Bonderadores
Elementos a considerar en la evalCacin tIcnica de Broyectos
(eneficios y costos
Modelamiento de Datos
Diagrama de /lCJo de Datos
+alidad fCncional
EtaBas de Cn Broyecto de Desarrollo en informtica
EJemBlos de Medidas de Efectividad
EsfCerKo reECerido Bara cada fase
Definiciones legales
)losario
2." Ciclo de proyectos inform#ticos
En Cn Broyecto informtico se BCeden distingCir las sigCientes etaBasA
,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
DiseCo L+gi)o. Los resCltados tBicos esBerados son las resBCestas a las BregCntasA ECI
sistemas administrativos se van a aBoyar> ECI sistemas comBCtacionales se desarrollarn> ECI
flCJos de informacin son relevantes> ECI Brocesamiento se reECiere> ECI tiBo de datos se
maneJarn.
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
configCracin de DardLare / softLare.
Constru))i+n2 Es la elaHoracin 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 oBeracin y
mantencin. Los costos de oBeracin se refieren a aECellos ECe Bermiten el fCncionamiento diario
del sistema y los de mantencin los ECe Bermiten la actCaliKacin> as como la reBaracin del
mismo.
Es imBortante destacar> ECe el tIrmino mantencin en los Broyectos informticos> 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 caractersticas distintas como BrodCcto de
ingeniera> 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 InformticaS.
2.$ %os proyectos en el &'I
#A Ci)"o de ,id# de "os -ro0e)tos
Entenderemos como Broyecto al diseMo y eJecCcin de camHios en la asignacin 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 transformacin de las ideas de
inversin> Basando Bor el diseMo y llegando Dasta sC BCesta en marcDa> se BCede dividir en los
sigCientes estadosA
2
Preinversin
Inversin
Operacin
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Gr#fi)o ND 1: +iclo de vida de Cn Broyecto
En el estado de Breinversin> se estima la factiHilidad tIcnica y econmica. En el estado de
Inversin> se diseMa y se materialiKa fsicamente la inversin reECerida Bor el Broyecto de acCerdo
a lo esBecificado en la etaBa anterior. En el estado de oBeracin> se Bone en marcDa el Broyecto y
se concretan los Heneficios netos ECe fCeron estimados Breviamente.
El estado de Breinversin se detalla a continCacin. En este estado se estCdia la factiHilidad
tIcnicoGeconmica mediante aBroFimaciones sCcesivas Bor etaBas> siendo estas las de idea> Berfil>
BrefactiHilidad y factiHilidad. La evalCacin eF ante de Cn Broyecto> en cCalECiera de sCs distintas
etaBas :idea> Berfil> BrefactiHilidad y factiHilidad; tiene como oHJetivosA
AHordar en forma eFBlcita el BroHlema de la asignacin de recCrsos escasos en forma
Btima.
#ecomendar al tomador de decisiones> a travIs de distintas metodologas> soHre la
conveniencia relativa de ECe Cna accin o Cn Broyecto determinado se realice Bor soHre
otras iniciativas. :Estado de Preinversin;
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 Breinversin> Basando desde idea a factiHilidad> se
esBecifican a continCacinA
*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 seleccin de los meJores Broyectos de inversin> es decir> los de mayor
conveniencia relativa :evalCacin; 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 Preinversin
<
(eneracin y )n#lisis de la idea de Proyecto
!studio en el nivel de perfil
!studio de prefactibilidad
!studio de *actibilidad
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
+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 JCstificacin 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 diagnstico> de modo ECe la generacin de Cna idea de Broyecto de
inversin sCrJa como consecCencia clara de necesidades insatisfecDas> de oHJetivos y/o Bolticas
generales de la organiKacin> de Cn Blan de desarrollo> etc.
'e deHe estaHlecer sC magnitCd> a ECienes afecta y la confiaHilidad de la informacin CtiliKada.
As como tamHiIn las alternativas disBoniHles.
Del anlisis sCrgir la esBecificacin Brecisa del Hien ECe se desea constrCir o el servicio ECe se
Bretende dar. . servir Bara adoBtar la decisin 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 tIcnicoGeconmica de llevar a caHo la idea de Broyecto.
El Infasis est en identificar los Heneficios y costos Bertinentes resBecto de la sitCacin Hase
:sitCacin actCal oBtimiKada;> sin incCrrir en mayores costos en recCrsos financieros y DCmanos
Bara medirlos y valorarlos> deHe inclCir Cn anlisis Breliminar de los asBectos tIcnicos> estCdios
de mercado y los de evalCacin. 'e CtiliKan estimaciones grCesas de los Heneficios y costos.
)eneralmente Hasadas en informacin eFistente> es decir> sin incCrrir en costos significativos Bor
conceBto de levantamiento de informacin.
+omo conclCsin de esta etaBa> estn 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
econmico ECe fCeron determinadas en la etaBa anterior> y se descartan las menos atractivas.

MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica


El Infasis de esta etaBa es medir los Heneficios y costos identificados en la etaBa de Berfil. EFiste
Cn esfCerKo de inversin en informacin Bara disminCir la incertidCmHre.
Es necesario estCdiar con esBecial atencin los asBectos de mercado> la tecnologa> el tamaMo y la
localiKacin 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 comercialiKacin. El anlisis tecnolgico inclCye eECiBos>
materias Brimas y Brocesos> ECe Bermiten determinar los costos del Broyecto. 'oHre el tamaMo y
localiKacin del Broyecto se deHe considerar la identificacin y localiKacin de los centros de
consCmo> de aHastecimiento de insCmos> canales de distriHCcin> comBetencia> Broyecciones de
crecimiento> as como el imBacto en el medio amHiente.
El anlisis de los asBectos administrativos Bermite determinar algCnas comBonentes de costo fiJo
y la organiKacin de los recCrsos DCmanos> fsicos y financieros. El anlisis de los asBectos
legales Bermite conocer las restricciones de ese tiBo ECe limitan al Broyecto. EJemBloA triHCtacin
:Bago de imBCestos;> Bermisos reECeridos> contaminacin amHiental> eliminacin de desecDos.
!odo lo anterior Bermite tener Cna estimacin de los montos de inversin> costos de oBeracin y
de los ingresos ECe generara el Broyecto dCrante sC vida Ptil. Lo ECe se CtiliKa Bara la evalCacin
econmica y Bara determinar las alternativas ms rentaHles. +onviene sensiHiliKar los resCltados
de la evalCacin a camHios en las variaHles ms 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 anlisis detallado y Breciso de la alternativa ECe se Da considerado
ms viaHle en la etaBa anterior. El Infasis est en medir y valorar en la forma ms Brecisa BosiHle
sCs Heneficios y costos.
Dada la cantidad de recCrsos destinados a esta etaBa> slo llegarn 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
ms imBortancia los flCJos financieros y la Brogramacin de oHras.
&na veK definido y caracteriKado el Broyecto> deHe ser oBtimiKado en tamaMo> localiKacin>
momento Btimo de la inversin> etc.
'e deHe coordinar la organiKacin> BCesta en marcDa y oBeracin del Broyecto. Determinar el
calendario de desemHolsos Bara la inversin> disBoniHilidad de eECiBos y sCs BlaKos> anteBroyecto
de ingeniera> seleccin y entrenamiento del Bersonal de administracin> oBeracin y
mantenimiento. !amHiIn las fCentes> condiciones y BlaKos de financiamiento.
Esta etaBa es la conclCsin del Broceso de aBroFimaciones sCcesivas en la formClacin y
BreBaracin de Cn Broyecto y constitCye la Hase de la decisin resBecto a sC eJecCcin.
2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
2.+ Tipoloa de proyectos
Las tiBologas eFistentes en el 'NI resBonden a la necesidad de clasificacin de los distintos
Broyectos ECe se Bresentan al 'istema. Dada la gran variedad de Broyectos Bresentados> estas
tiBologas son generales.
Las tiBologas relevantes Bara Broyectos de informtica sonA
Proyectos de Desarrollo de aBlicacionesA elaHoracin y BCesta en marcDa de Brogramas o
sistemas comBCtacionales.
Proyectos de EECiBamientoA adECisicin Bor Brimera veK de eECiBos> inclCyendo tanto
DardLare como softLare Hsico Ctilitario
2
.
Proyectos de MeJoramiento> amBliacin o reBosicinA aCmento de caBacidad y calidad de
servicios de DardLare y/o meJoramiento de softLare.
El mItodo de evalCacin de cada tiBologa> variar segPn el monto involCcrado. Es as ECe Bara
montos inferiores a &'T 3<.<<<
-
el anlisis ser cCalitativo> Bara el caso de montos mayores se
aBlicar costoGeficiencia o si se BCeden medir y valorar los Heneficios costoGHeneficio. En
sntesisA
Costo del Proyecto Criterio de evaluacin
Menos de US$ 50.000 Costo eficiencia a nivel cualitativo
Ms de US$ 50.000 Costo eficiencia a nivel cuantitativo (segn
!etodolog"a#
Ms de US$ 50.000 $ %a$ ca!&ios de procesos
'ue involucran a%orro de costos para usuarios.
Costo (eneficio
T#*"# ND1: +riterios de EvalCacin segPn tiBo de Broyecto
En los criterios de evalCacin> Ucosto eficiencia a nivel cCalitativoU corresBonde al nivel de
evalCacin ECe se estaHlece en el InstrCctivo 'E(I Bara los Broyectos de Informtica> mientras
ECe Ucosto eficiencia a nivel cCantitativoU corresBonde a la Bresente metodologa
1
.
2
'istemas oBerativos> Brocesadores de teFto> Blanillas de clcClo> navegadores y antivirCs.
-
En lo sCcesivo> todas las cifras en dlares son al valor del dlar oHservado a la fecDa de la evalCacin del Broyecto.
1
En BarticClar el caBtClo 1.
-
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
2., )lcance de la Metodoloa en cada caso
En esta metodologa se Csa Cna tIcnica de evalCacin de alternativas aBlicaHle a cada Cna de las
tiBologas. La tIcnica de evalCacin est Hasada en taHlas con Bonderadores. +ada tiBologa tiene
sCs taHlas Bertinentes.
Adems> segPn cada tiBologa y la etaBa en cCrso se determinan distintos reECisitos de
informacin ECe se deHe Bresentar> esto ECeda refleJado en el )rfico NV -A
TIPOLOGA DE PROYECTOS DE INFORMTICA
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 !iBologa de Proyectos
La metodologa se aBlica a distintas etaBas del ciclo de vida del Broyecto deBendiendo de la
tiBologa. En efecto> Bara Broyectos de desarrollo se reECiere tener el diseMo lgico> lCego la
metodologa se aBlica Bara Basar de la etaBa de diseMo a la de eJecCcin :Bara Basar de Berfil a
eJecCcin se reECiere la docCmentacin oHtenida en el diseMo lgico> as como la evalCacin de
las distintas alternativas de solCcin;.
Para Broyectos de eECiBamiento> adECisiciones> meJoramiento> amBliacin o reBosicin> la
metodologa se aBlica Bara Basar de la etaBa de Berfil a eJecCcin> sin BerJCicio de ECe en algCnos
casos se BCede Basar de Berfil a BrefactiHilidad o factiHilidad :y Bosteriormente a eJecCcin;
deBendiendo de la BosiHilidad de cCantificar los Heneficios del Broyecto> esta BosiHilidad se
indica con las flecDas de lneas BCnteadas en el grfico anterior.
Adicionalmente> se deHe considerar ECe la metodologa considera tres resCltados esBerados de
distinta natCraleKa y ECe no aBlican a todas las tiBologasA
1
Metodologa
:a;>:H; y :c;
Metodologa
:H; y :c;
Metodologa
:H; y :c;
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
a; DiseMo Lgico.
H; EvalCacin de alternativas de solCcin.
c; ElaHoracin de !Irminos de #eferencia Bara la licitacin de la etaBa sigCiente.
El diseMo lgico :a;> se reECiere como resCltado slo Bara Broyectos de desarrollo de
aBlicaciones> Bor lo tanto Bara las otras tiBologas slo se reECiere :H; y :c;. Estas diferencias
estn reBresentadas en el )rfico NV -> en el cCal Bara cada tiBologa se indica con Cn valo la
etaBa en la cCal se aBlica la metodologa y en cada caso se seMala el alcance de la aBlicacin de la
metodologa> es decir> si se aBlica :a;> :H; y :c; o slo :H; y :c;.
Es imBortante notar ECe Bara el caso de informtica> el significado de la etaBa de diseMo vara> con
resBecto a Cn Broyecto tradicional> ya ECe como BrodCcto de esta etaBa se oHtendr el DiseMo
Lgico> as como la evalCacin de las distintas alternativas de solCcin> evalCacin ECe
normalmente se Bresenta como resCltado final de la etaBa de factiHilidad.
+aHe mencionar ECe la tiBologa Bara el caso de comBra de BaECetes de softLare
3
> corresBonde a la
tiBologa de Desarrollo Bara la etaBa de EJecCcin. 'in emHargo en este caso slo se Bedir el
diagrama de Brocesos o el diagrama de flCJo de datos :D/D;> BorECe es imBortante considerar> si es
ECe la organiKacin es caBaK de adaBtarse al softLare comBrado> sitCacin ECe se BCede aBreciar de
meJor manera> si es ECe eFiste Cn levantamiento de reECerimientos.
+ada Cno de estos reECisitos ECedan eFBlicados en forma ms amBlia en el resto de la
metodologa.
Adems en el AneFo 2 se descriHe el esfCerKo necesario Bara cada fase de Cn Broyecto
informtico.
2.- .ori/onte de !valuacin
El DoriKonte de evalCacin> deHe considerar como mFimo cCatro aMos> deHido a los
camHios tecnolgicos ECe en el rea informtica ocCrren con gran velocidad.
6 Pre-#r#)i+n de Pro0e)tos

La informacin necesaria Bara BostClar a cada etaBa de acCerdo a cada tiBologa de Broyectos se
enCmera a continCacin en la !aHla NV 2. La marca en cada celda indica los reECisitos mnimos
3
No Ctilitarios> es decir> distintos a los mencionados en el BiI de Bgina anterior.
3
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
necesarios Bara esa tiBologa> la celda en Hlanco indica ECe ese reECisito no es imBrescindiHle
Bara esa tiBologa> no oHstante> en Broyectos esBecficos se BCeden eFigir ms reECisitos ECe los
ECe aEC se seMalan. Los nPmeros entre BarIntesis en la Brimera colCmna de reECisitos de
informacin> Dacen referencia al BCnto dentro de este caBtClo 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 Poltica Informtica de la InstitCcin
:-.2;

Identificacin y Definicin del ProHlema :-.-;

Diagnstico de la sitCacin actCal :-.1;

"BtimiKacin de la sitCacin actCal :-.2;

DescriBcin general de reECerimientos :-.3;

Anlisis de reECerimientos :diseMo lgico;
:-.-;A
DescriBcin de la solCcin.
Diagrama de flCJo de datos.
Modelo conceBtCal de datos

7er Nota al BiI


*
Programacin de actividades Bara etaBa de
diseMo :-.*;

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

Anlisis de alternativas de solCcin :-.3;

EvalCacin de costo O eficiencia :1;

Estimacin de Heneficios esBerados :-.,;

Estimacin de costos de inversin> oBeracin y
mantencin Bara la etaBa de eJecCcin :-.2;

+ronograma o carta )antt :-.<;

!D# Bara la etaBa de DiseMo :-.;

!D# Bara la etaBa de EJecCcin :3;

T#*"# ND 4: #eECisitos de informacin segPn tiBologas y etaBa del ciclo de vida
En el caso de Broyectos de desarrollo> con esa informacin a nivel de Berfil> se Bodr analiKar la
idea y traHaJar en la BroBCesta de diseMo> oHteniIndose la informacin relevante Bara la BrFima
etaBa de inversin
*
En el caso de Broyectos de meJoramiento> amBliacin o reBosicin> si involCcran aCmento de caBacidad o calidad
de softLare :no Hsico ni Ctilitario;> se sCgiere eFigir el diagrama de flCJo de datos
*
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
La informacin 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 anlisis ECe se
efectCar en el levantamiento> Bor ello algCnos reECerimientos de informacin Bara Basar de
Berfil a diseMo se reBiten cCando se Basa de diseMo a eJecCcin 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 continCacin se detallan cada Cno de los reECisitos de informacin mencionados en la !aHla NV
2.
".1 0esumen e1ecutivo
El resCmen eJecCtivo deHe contenerA
Identificacin del BroHlema a resolver
"HJetivo del Broyecto
#eECerimientos
(reve JCstificacin de la solCcin escogida
+ostos de inversin y oBeracin de la solCcin
".2 Plan o Poltica Inform#tica de la Institucin
La Boltica informtica deHe contener estrategias encaminadas a Cna HCena gestin> tanto de la
informacin como de la tecnologa ECe la soBorta.
En BarticClar> se deHe definir> en los casos ECe corresBondaA
G El BaBel de la informacin dentro de las distintas reas de la institCcin. DeBendiendo del
rea> la informacin deHiera cCmBlir con los sigCientes atriHCtos en distintos grados de
imBortanciaA
+onfidencialidadA nivel de Broteccin de la informacin ECe se necesita.
IntegridadA Brecisin y sCficiencia de la informacin
DisBoniHilidadA Bara cCles CsCarios estar la informacin disBoniHle
+onfiaHilidadA la informacin oHtenida deHe ser aBroBiada Bara la gestin y
oBeracin de la institCcin.
Informacin EFternaA se deHe Boder acceder a reECerimientos de informacin
formClados Bor otras institCciones.
G +lasificacin de la informacin contenida en las Hases de datos ECe Bosee la institCcin en
cCanto a sC relevancia. La relevancia se define en fCncin de lo ECe significa la BIrdida de
informacin> Bara la misin de la institCcin> de manera ECe se deHe considerar estratIgica
4
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
aECella informacin cCya BIrdida afecta a la misin de la institCcin y no estratIgica a
aECella cCya BIrdida no afecta a la misin.
G Procesos claves dentro de la institCcin> ya ECe las meJoras a estos Brocesos es lo ECe se deHe
desBrender del Blan informtico
G Estrategia de caBacitacin
G Estrategia de softLare HsicoA sistemas oBerativos> sistemas de Hases de datos> Bara
servidores y estaciones de traHaJo.
G Estrategia de DardLareA Brocesadores> caBacidades de almacenamiento> caBacidades de
crecimientos> estndares> 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 Informtica y sCs alcances.
"." Identificacin y Definicin 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 anlisis en detalle se aHordar en la etaBa
de diagnstico;. Es imBortante aclarar este BCnto> Bor cCanto constitCir el motivo Bor el ECe se
origina el Broyecto. 'e sCgiere CtiliKar la metodologa del rHol caCsa O efecto
4
.
".$ Dianstico de la &ituacin )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 descriBcin comBleta del rea o deBartamento involCcrado
en el estCdio sirviendo como Hase Bara el anlisis.
*A Des)ri-)i+n de "# Inid#d o De-#rt#(ento
4
'i se desea emBlear esta metodologa> se BCeden consCltar mayores detalle en la R)Ca metodolgica general Bara
la BreBaracin y evalCacin de Broyectos de inversin socialS> 'ann> 5Ictor> ILPE'> 223
,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Este Dito consta en la generacin de Cn docCmento en el cCal se descriHe la sitCacin 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 cmo est Doy la
Cnidad ECe se deHe estCdiar
7 /Cnciones y resBonsaHilidades de la Cnidad o deBartamentoA descriBcin de
fCncionalidades Bermiten acotar el Broyecto a realiKar.
7 "HJetivos actCalesA se deHe eFBoner cCles son los oHJetivos tanto de corto como de largo
BlaKo ECe se Da Blanteado la Cnidad o deBartamento. Para esto> se deHe realiKar Cna
enCmeracin y Cna Hreve descriBcin.
G Interaccin con sC entornoA definir con Cn esECema simBle la interrelacin 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 EvalCacin !Icnica de Proyectos
InformticosS. Adems> es imBortante Bresentar en este caso Cn diagrama de la arECitectCra de la
solCcin actCal.
Para las tiBologas de desarrollo o meJoramiento :las ECe inclCyen desarrollo de softLare;> se
reECiereA
dA Des)ri-)i+n de "os -ro)esos
'e deHer definir cCles son los Brocesos ECe tienen relacin con el tema en estCdio> dando Cn
nomHre simBle al Broceso y Cna Hreve descriBcin de cmo oBera.
eA Di#gr#(# de F"u9o de D#tos FDFDA -resent#ndo "# situ#)i+n #)tu#"
Los D/D ECe se deHern descriHir> son los indicados en el BCnto anterior. El oHJetivo es visCaliKar
en Cn esECema simBle cmo flCye la informacin. +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> slo se necesita Cna
Bresentacin a nivel intermedio :'igCiente al nivel de conteFto> con los DiJos ms relevantes;.
2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
".+ Descripcin eneral de requerimientos
La idea es descriHir los reECerimientos BrinciBales a los cCales deHe resBonder la solCcin. Estos
reECerimientos deHen ligar el rendimiento de la solCcin a imBlementar con Brocesos estratIgicos
de la solCcin. Por eJemBlo> Bara Cn servicio determinado Bara el cCal es mCy imBortante el
nPmero de reBortes Bara Heneficiarios y se Da determinado como decisin estratIgica disminCir
las colas> el reECerimiento deHiera fiJarse en el nPmero de cotiKaciones Bor Cnidad de tiemBo ECe
se necesitan Bara cCmBlir ese oHJetivo.
"., Proramacin 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 Brogramacin de la
Blanificacin 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 informacin 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 slo 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 institCcin ECe financia o ECe est BostClando el estCdio y
ECe se estima se dedicarn en Jornada Barcial o comBleta a ser contraBarte del mismo o a BarticiBar
en sC eJecCcin. Por otra Barte> el Bersonal eFterno son las Bersonas ECe asignar la emBresa o
institCcin ECe desarrolle el estCdio :emBresa consCltora C otra institCcin;. !amHiIn deHe inclCirse
en esta categora el Bersonal ECe se contrate esBecficamente Bara la eJecCcin 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
7iticos 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
Adems> 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 informacin de estCdios similares ya efectCados :si
eFisten;> en Hase a informacin de los BosiHles Broveedores :cotiKaciones; y en Hase a las actividades
del estCdio ECe se Bresenta.
".5 !stimacin 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 !stimacin de costos de inversin7 operacin y mantencin para la etapa de
e1ecucin
La estimacin de los costos de inversin> oBeracin y mantencin deHe estar fCndamentada en la
eFBeriencia anterior de la institCcin> 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 Csaran> desBCIs de realiKar el levantamiento de
reECerimientos.
La estimacin deHe afinarse desBCIs de realiKar el levantamiento de reECerimientos> ya ECe se
tendr ms claro ECe fCncionalidades se imBlementarn y cCales no> lo ECe Bermite Bredecir con
mayor informacin cCnto ser el costo de inversin> oBeracin y mantencin fCtCro.
Es imBortante notar ECe en informtica se entiende Bor costos de mantencin 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
Esta descriBcin se Dace simHoliKando cada tarea Bor Cna Harra> cCyo largo deBender del tiemBo
ECe toma realiKar cada tarea.
A continCacin 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 informacin necesaria> Bara Boder licitar el
diseMo> as como la evalCacin de las distintas alternativas de solCcin :en el caso ECe el
formClador estime ECe no Day caBacidad tIcnica al interior de la institCcin Bara evalCar el
Broyecto;.
En este sentido> se deHe esBecificar claramente el BrodCcto final> el cCal se tradCce enA
,
YA Microsoft +orBoration
22
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
G Anlisis de Brocesos o flCJo de datos> en relacin a la BroHlemtica detectada> lo cCal se
BCede tradCcir en Cna oBtimiKacin de Brocesos.
G DocCmentacin asociada al DiseMo lgico
G ProBCesta y evalCacin de las alternativas de solCcin
Estos BCntos ECedarn ms claros en los restantes BCntos de la metodologa.
".12 :ptimi/acin de la situacin actual
En Hase a la informacin recoBilada> vale decir> antecedentes Breliminares> Bresentacin del
BroHlema y el diagnstico> se determinar si es BosiHle meJorar la sitCacin actCal> ya sea con
medidas administrativas> de rediseMo organiKacional> o con inversiones marginales.
La optimizacin de la situacin 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 situacin actual por medio de alguna
de las siguientes medidas:
a) Medidas administrativas o de rediseo organizacional
- Rediseo de procesos al interior de la institucin
- 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
-Redisear $%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
informacin mantenida en "ases de datos.
- 'apacitar, tanto a usuarios, como a especialistas del !rea inform!tica de la
institucin. (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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
- *egmentacin de redes mediante el "alance $ reasignacin 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 lico3
#A Di#gr#(# de f"u9o de d#tos F"+gi)oA
El oHJetivo es visCaliKar en Cn esECema simBle la informacin reECerida y cmo flCye dicDa
informacin entre las distintas entidades y Brocesos. +omo eJemBlo> ver el Ane?o 8
corresBondiente al Diagrama de flCJo de datos :lgico;. 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 eJecCcin : y Bor ende el diseMo
lgico; Cn Dito imBortante del anlisis de reECerimientos es la formClacin del modelo de datos.
Para efectos de Bresentacin de antecedentes a MIDEPLAN est descrito cmo 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 esBecficasA
"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 Barmetros> entradas y
salidas.
En el caso de sistemas de informacin geogrficos> deHe Bedirse como Barte del anlisis
reECerimientos> las caBas y crCces mnimos necesarios. En el caso de ECe el diagnstico
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 va convenio> versus la alternativa de desarrollarlas
nCevamente Bara la institCcin.
Para Broyectos de desarrollo de Bginas LeH y otros desarrollos de Internet> intranet o EFtranet>
deHe solicitarse Cn maBa de navegacin ECe de cCenta de la informacin ECe se reECiere en el
sitio ZeH. Adems es deseaHle Cn anlisis de los Brocesos involCcrados mediante D/DNs C otra
21
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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
organiKacin son satisfecDos Bor la organiKacin y cCales no> Bara Boder determinar la
factiHilidad de ser imBlementada con IFito.
Para Broyectos de las tiBologasA eECiBamiento> meJoramiento> amBliacin reBosicin> los
reECerimientos de informacin> se esBecifican en el Ane?o 4 :todos los BCntos del aneFo> eFceBto
el ;
".1$ )lternativas de &olucin
La Bresentacin de alternativas de solCcin est relacionada en forma directa con las caBacidades
tIcnicas Bara generar alternativas y el nivel de BroHlemas ECe se desean solCcionar.
&na adecCada Bresentacin de alternativas ser el Baso inicial en Cna correcta Bresentacin y
BreBaracin del Broyecto de informtica o alternativa final de solCcin. Adems> ser la Hase Bara el
docCmento de esBecificaciones tIcnicas en el Broceso de formaliKacin de comBra o licitacin.
#A Restri))iones #so)i#d#s # )#d# #"tern#ti,#
La idea es mencionar las restricciones de Brecio> mantencin> oBeracin y tecnologa 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 solCcin y en
ECI consiste en tIrminos generales. Por eJemBlo> se Bodra mencionar ECe el BrodCcto de la
alternativa seleccionada cCmBlir con Cn reECerimiento esBecfico y ECe en camHio no
solCcionar otro reECerimiento menos imBortante.
23
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
3 E,#"u#)i+n Costo 7 Efi)ien)i#
Los fCndamentos Bara la adoBcin de este criterio fCeron Bresentados en la seccin 2.2. Antes de
iniciar la Bresentacin de la metodologa de evalCacin y seleccin 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
ms eFigente ECe Cno de costo G efectividad
En la metodologa ECe se Bresenta en los sigCientes caBtClos> se inclCyen algCnos atriHCtos de
efectividad Bero tamHiIn algCnos de eficiencia> Bor lo ECe caHe clasificar a esta metodologa
como de costo O eficiencia.
$.1 !valuacin y &eleccin de )lternativas
Es imBortante tener en cCenta ECe> en la generalidad> los Broyectos de informtica se comBortan
sigCiendo la sigCiente cCrva de efectividad v/s costosA
Gr!fi)o ND 8: #elacin costo G efectividad
En el grfico 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 ocasin es eficaK y eficiente.
2*
Costos
Efe)ti,id#d
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
'i Hien> la idea es satisfacer la totalidad de los reECerimientos Blanteados en el diagnstico> es
recomendaHle ser mCy cCidadoso en Cn dimensionamiento adecCado de las alternativas de solCcin>
evalCando dicDas alternativas a la lCK de los costos involCcrados e intentando lograr la mayor
efectividad al menor costo.
El clcClo de los indicadores :cmo 7AN y !I#;> BCede mostrar Cna rentaHilidad alta :ECe en
general es difcil de medir; y no gCarda relacin con la calidad de la solCcin tecnolgica
seleccionada > caHe centrarse Bor lo tanto en la oBtimiKacin del Broyecto.
"Hviamente> la seleccin final se Dace en el Broceso de licitacin> sin emHargo> el anlisis Brevio de
generacin y seleccin de alternativas deHera ayCdar a Cna meJor esBecificacin de las Hases
tIcnicas Bara la formaliKacin de la comBra o licitacin> evitando conflictos Bor vacos en las Hases y
acotando el esBacio de alternativas. Esto Bermitir Cn anlisis ms minCcioso de las BroBCestas.
Para la evalCacin de alternativas se medirn ciertos atriHCtos de la solCcin BroBCesta y se definirn
Bonderadores Bara dicDos atriHCtos. Esto se eFBlica en la sigCiente seccin.
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 definicin de atriHCtos y la estimacin de los
Bonderadores. En efecto> el Broceso de generacin de atriHCtos> asignacin 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 configCracin.
'i se dan las condiciones anteriores y se realiKa Cn adecCado anlisis> deHera esBerarse ECe los
atriHCtos y el valor asignado a los Bonderadores refleJe las reales necesidades de la institCcin 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 seleccin de Cna HCena configCracin
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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
A lo menos> se deHen considerar los sigCientes atriHCtos como imBrescindiHlesA
G La alternativa de solCcin est de acCerdo con la Boltica informtica :si es ECe eFiste; de la
institCcin.
G La institCcin disBone de las caBacidades tIcnicas y administrativas Bara soBortar la solCcin. : 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 evalCacin y
discriminacin de cada alternativa> lo ECe es imBortante BCes las alternativas de la solCcin BCeden
ser variadas y comBleJas> Bara la decisin de imBlementar Cna solCcin.
La clasificacin de atriHCtos en mCy deseaHles o deseaHles deHe formClarse en Hase al Blan
informtico de la institCcin.
+omo sCgerencia> creemos imBortante ECe la evalCacin de alternativas considere atriHCtos ECe
Dagan DincaBiI en la informacin> la cCal es soBortada Bor la tecnologa. MCcDas veces> Bor eJemBlo>
se eligen solCciones eficientes> Bero en reas ECe la institCcin no necesita tal eficiencia. Por otra
Barte> algCna institCcin BCede ECe tenga informacin disBoniHle> sin emHargo> la segCridad de la
informacin es mala. En este caso> aBarentemente la solCcin es eficiente> Bero est descCidando Cn
BCnto imBortante ECe es el riesgo de BIrdida de la informacin.
Es as ECe ms adelante> en la eFBosicin de tIcnicas de evalCacin de alternativas> se toman en
cCenta atriHCtos de la informacin> JCnto con otros de carcter tIcnico.
En cCanto a los atriHCtos es imBortante Bara la evalCacin de solCciones> constrCir taHlas en las
cCales se diga cCles fCeron los conceBtos considerados y los Besos relativos ECe Bara ellos se
asignaron. La tIcnica se eFBone a continCacin.
$." T9cnica de !valuacin de )lternativas
La tIcnica descrita a continCacin 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 slo Cna alternativa> el BCntaJe deHer ser calcClado de todas maneras Bara ella> ya ECe
Bermite aBreciar cmo se tom la decisin de oBtar Bor la solCcin.
Adems> se sCgiere ECe las matrices eFBCestas a continCacin sean comBletadas tamHiIn en el
Broceso de licitacin Bara la evalCacin de las BroBCestas en concCrso.
2,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
#A E,#"u#)i+n de "os #tri*utos
Los factores de evalCacin a considerar son los sigCientesA
A; Efectividad
(; Plataforma tecnolgica
+; +alidad tIcnica de la solCcin
D; ADorro de costos oBeracionales
Adems 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 ms
all del diseMo;> BorECe la informacin necesaria Bara evalCar los atriHCtos se oHtiene del DiseMo
/sico de la solCcin> Bor este motivo solamente se deJa como referencia la informacin
corresBondiente a los atriHCtos de +alidad /Cncional en el aneFo *> sin eFigir sC evalCacin.
+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 evalCacin es calificar el nivel de satisfaccin de las necesidades a ser cCHiertas
Bor el sistema en cCestin. Para ello> se deHern considerar todas aECellas fCnciones ECe deHieran
satisfacerse> tanto las de carcter oBerativo como las estratIgicas y tcticas. Esta evalCacin 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 ms de Cna alternativa ECe cCmBla el criterio anterior> generar la sigCiente matriK
:las fCnciones indicadas lo son a modo de eJemBlo;A
22
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Fun)ion#"id#des
de" Siste(#
Altern. Altern. 2 ... Altern. N
M&. DE'EA(LE'
:[+CmBlimiento;
<<[ 3<[ <<[
Informacin en Lnea
Interfaces )rficas <
DE'EA(LE'
:[+CmBlimiento;
--[ <<[ --[
Emisin 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 fCncin 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 categora :deseaHle o mCy deseaHle; . LCego>
oHtener el BCntaJe de cada alternativa Bor grCBo de fCncin 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<<\<.-W--;> *3 :<.4W3<\<.-W<<; y 42.2 resBectivamente.
Los valores sCgeridos Bara Bonderar las fCnciones RmCy deseaHlesS y las RdeseaHlesS BCeden ser
modificados> inclCyendo la JCstificacin Bor Dacerlo.
;A P"#t#for(# Te)no"+gi)#
En este factor se HCsca caBtCrar ECe la solCcin estI Hasada en Cn conJCnto de Derramientas ECe
Bermitan> con Cna alta BroHaHilidad de IFito> la constrCccin de Cn sistema ECe satisfaga los
sigCientes criteriosA
Confiden)i#"id#dA deHe evalCarse el nivel de Broteccin ECe cada alternativa ofrece
contra la divClgacin no aCtoriKada de la informacin. En Ista> deHern considerarse
asBectos comoA
. 'istema oBerativo
2. (ase de datos
-. +oneFin con otros sistemas de informacin :a travIs de Internet o localmente;
1. Acceso a medios de resBaldo.
Integrid#d: est relacionado con la Brecisin y sCficiencia de la informacin. !amHiIn
con la valideK de la informacin.
Dis-oni*i"id#d: las alternativas de solCcin deHen BroveerA
-<
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
. Acceso a la informacin 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 informacin
oHtenida deHe ser aBroBiada Bara la gestin con el fin de oBerar la institCcin y Bara
eJercer las resBonsaHilidades de cCmBlimiento de las tareas institCcionales.
Infor(#)i+n E?tern#: Esto tiene ECe ver con ECe la informacin oHtenida deHe ser
aBroBiada Bara satisfacer los reECerimientos de otras institCciones con resBecto a la
organiKacin.
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 estadsticas ECe eFDiHan Cna
validacin de la indCstria informtica 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 evalCacin> el formClador se deHer
aBoyar en la informacin del Ane?o 4 ECe sea relevante Bara la tiBologa 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[ ,< << <<
Informacin EFterna Z[ ,< ,< <<
!"!AL <<[ P! P!2 P!N
T#*"# 5: MatriK de EvalCacin Plataforma !ecnolgica
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 solCcin BroBiamente tal> ms all de la
Blataforma en la cCal se Hasa. El oHJetivo es asegCrar ECe la imBlementacin de las Derramientas
disBoniHles en la Blataforma tecnolgica seleccionada cCmBla con los criterios deseados. Para estos
-
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
efectos> se deHer crear Cna matriK con todos los asBectos tIcnicos evalCaHles de las alternativas>
clasificndolos en los sigCiente grCBosA
Segurid#d: Da cCenta de la segCridad de la solCcin 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 cadas 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 disBosicin 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 continCacin se Bresenta Cn eJemBlo. Para Cn listado ms comBleto de asBectos tIcnicos> se
BCede ver el BCnto - del Ane?o 4A Elementos a considerar en la EvalCacin !Icnica de Proyectos
Informticos.
A'PE+!"' !?+NI+"'
'I'!EMA
Ponderador Altern.

Altern.
2
... Altern.
N
'E)&#IDAD
:[ cCmBlimiento;
@[ [<< [43 [3<
'istemas de #esBaldos
'istema de recCBeracin
+ontrol de acceso <
EncriBtacin de datos < <
P"#!A(ILIDAD
:[+CmBlimiento;
.[ [<< [<< [<<
5erramientas Bara imBortacin
y eFBortacin de datos.

DI'P"NI(ILIDAD 6[ [< [<< [<<
&B time garantiKado de ms
de 2,[
<
E'+ALA(ILIDAD Z[ [<< [<< [<<
A++E'I(ILIDAD
:[+CmBlimiento;
&[
[< [<< [<
+anales de comCnicacin en
lnea con otras aBlicaciones
< <
!"!AL +! +!2 +!N
T#*"# :: MatriK de EvalCacin +alidad !Icnica
-2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
DA A.orro de )ostos o-er#)ion#"es
&na variaHle imBortante al tomar la decisin de cCl alternativa elegir> o si conviene imBlementar
la solCcin> es el aDorro ECe BrodCcir con resBecto a los costos oBeracionales ECe tena la
institCcin 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 mFimo 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 sera <<. 'i el aDorro fCera del 1[> el BCntaJe sera de 1<.
Altern.

Altern.
2
... Altern.
N
ADorro de BaBel << << 1<
ADorro en
Bromocin:mar]eting;
<< << <<
ADorro en distriHCcin de la
informacin
<< << <<
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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
E9e(-"o:

Altern.

Altern.
2
Altern.
-
ADorro de BaBel 2< -< <
ADorro en
Bromocin:mar]eting;
-< ,< 3<
ADorro en distriHCcin de la
informacin
<< 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 !ecnolgica 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 EvalCacin de alternativas
Los Bonderadores se oHtienen aBlicando el criterio indicado en el aneFo . /inalmente> se aBlica
la sigCiente frmClaA

=
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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
+CmBle con mCcDas restriccionesA 1<G32 BCntos
No cCmBleA <G-2 BCntos
&na veK oHtenida Cna calificacin Bara cada Cna de las alternativas> es BosiHle el clcClo de Cna
raKn 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 inversin y oBeracin> estn identificados en el AneFo - de (eneficios y
costos
<
.
'i todas las alternativas tCvieran costos similares> Bodra Hastar con los BCntaJes Bara decidir Cna
seleccin. En caso contrario> se deHer Dacer Cn anlisis en Hase al indicador costo O eficiencia>
el ECe est definido comoA
)C
*
C
*
P
*
=
#+J A #aKn 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 inversin> mantencin y oBeracin. El +AE se calcCla como el
BrodCcto del /actor de #ecCBeracin 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 oBeracin de la alternativa J en el Berodo t
+MtJA costo de mantencin de la alternativa J en el Berodo t
IJA costo de inversin de la alternativa J
<
No se deHe olvidar en el caso de adECisicin de softLare> inclCir los costos asociados al nPmero de licencias de
Cso ECe se desea DaHilitar.
-3
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 #ecCBeracin ^ <>-31. En el caso ECe se
estime ECe la vida Ptil de algCna alternativa tecnolgica difiere significativamente de 1 aMos se
deHer recalcClar sC /# le acCerdo a la frmCla anterior.
Para escoger la o las alternativas finales> se seleccionan aECellas con menor raKn de costoG
eficiencia y cCyo Brecio estI dentro de los rangos BresCBCestados.
En el caso de ECe las alternativas tCvieran la misma raKn costoGeficiencia> Day ECe escoger la
ECe cCmBla al menos con restricciones.
A continCacin> se Bresenta Cn eJemBlo de la aBlicacin 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 evalCacin
En este caso> el resCltado del anlisis 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 informacin necesaria> Bara Boder licitar la etaBa
de eJecCcin. DeHen esBecificar ECe la solCcin se deHe adaBtar al diseMo lgico ya desarrollado>
-*
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
as como a los distintos atriHCtos desarrollados en esta metodologa. Por otro lado deHen
estaHlecerse claramente los BrodCctos entregaHles :cdigos fCentes> docCmentacin del diseMo
fsico> otros;> tamHiIn deHe esBecificarse el tiemBo de entrega de la solCcin y ECe Dacer en caso
de atraso. PCntos imBortantes a considerar son la marcDa Hlanca> caBacitacin y la oBeracin>
mantencin del sistema.
5 Sugeren)i#s -#r# e" -ro)eso de "i)it#)i+n
Adems de los resCltados arroJados Bor el anlisis tIcnico G econmico> es fCndamental tomar en
cCenta Cna serie de caractersticas ECe deHe Boseer Cn Broveedor de eECiBos comBCtacionales y
ECe se recomienda tener en cCenta> en conJCnto con los resCltados de la BreBaracin y evalCacin
del Broyecto oHtenidos Dasta las etaBas anteriores> Bara la elaHoracin de las Hases de licitacin.
,.1 Capacitacin
'e deHe considerar si el Broveedor entregaA
+aBacitacin en todos los niveles reECeridos> inclCyendo los mHito de oBeracin> ingeniera
de sistemas> etc.
EFistencia de Cn centro de +aBacitacin.
Plan de cCrsos regClares.
,.2 Mantenimiento
'e deHe considerar si la BroBCesta del Broveedor contemBlaA
#esBonsaHilidades como mantenimiento y reBaracin de Cnidades del sistema.
InsBecciones> BrCeHas> limBieKa de Bartes internas> lCHricaciones> aJCstes y reemBlaKo de
Bartes.
Perodo de garanta.
Mantenimiento Breventivo.
Ingeniera de 'istemas con 'oBorte !Icnico> Desarrollo de ABlicaciones y +onseJera
Informtica.
-4
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
,." 0espaldo y prestiio
'e deHe considerar si el Broveedor es caBaK de ofrecer garantas como cCmBlimiento de BlaKo de
entrega> soBorte ante fallas> amBliaciones> comBatiHilidades con otros eECiBos> lo ECe constitCye
el resBaldo del Broveedor.
Los indicadores ms significativos del Brestigio sonA Bresencia en el mercado> nmina de eECiBos
instalados y montos ECe estos reBresentan> rentaHilidad> liECideK> raKn deCda Batrimonio> etc.
+omo es saHido> las Hases de Cna licitacin se conforman a grandes rasgos Bor las Hases tIcnicas
y las Hases administrativas.
-,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
: ;i*"iogr#f<#
G EdCardo +ontreras y otros. Metodologa de informtica 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 informacin y tecnologas; 2_
Edicin AHril de 22,. +oByrigDt 22*> 22,
G Information 'ystems ACdit and +ontrol /oCndation :I'A+/;.
Marco #eferencial de +"(I!:"HJetivos de control Bara la informacin y tecnologas; 2_ Edicin
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 informacin y tecnologas; 2_
Edicin AHril de 22,. +oByrigDt 22*> 22,
G !ecnologas de la Informacin y sC Cso en )estin de "scar (arros 7. Primera edicin
+oByrigDt 22, Mc)raLG5ill.
G Pgina DttBA//LLL.Ji.si.eDC.es/Csers/taB/AD'I/2222<<</!ema/
-2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
> Ane?os
)ne;o 1< T9cnica para priori/acin y asinacin 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 identificacin.
2. +olocar la identificacin asignada en las filas y colCmnas de la matriK de la Bgina 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
informacin;.
1. +omBletar cada Cna de las celdas Bor soHre de la diagonal resBondiendo a la sigCiente
BregCntaA El tem de la fila> `es ms 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 ms 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; estn 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 estn 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 ms 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 oHtendra 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 metodologa se Bresenta a continCacin> Bara el caso del clcClo de la matriK
de Blataforma tecnolgica.
+lcClo de Bonderadores Bara evalCar la Blataforma tecnolgicaA
+onfidencialidad Integridad DisBoniHilidad +onfiaHilidad
:)estin;
Inf. eFterna !otal
/ila
"rden Ponderador
[
+onfidencialidad
< < < 1 <
Integridad
1 1<
DisBoniHilidad
< < 2 2 2<
+onfiaHilidad
:)estin;
< < < 3 <
Inf. eFterna
< < 2 - 2<
1
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
MatriK de EvalCacin de la Blataforma tecnolgica
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 :)estin; <[ << ,< ,<
Inf. eFterna 2<[ << << *<
!"!AL <<[ 4* 2, 4,
12
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
)ne;o 2< !lementos a considerar en la !valuacin T9cnica de Proyectos
Inform#ticos
Los sigCientes son los antecedentes a entregar Bara la evalCacin tIcnica de Cn Broyecto
informticoA
. Estimacin de volPmenes de informacin
2. ArECitectCra lgica de la solCcin
-. ArECitectCra de DardLare
1. 5erramientas a CtiliKar Bara la constrCccin de la solCcin
3. +ostos de oBeracin
*. +ostos de mantencin
4. Necesidades de caBacitacin tIcnica
,. Personal nCevo necesario
A continCacin> 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; Informacin 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 solCcin se Hasar en Cna arECitectCra cliente G servidor> tecnologa Internet>
aBlicaciones Rstand7aloneS> etc. DeHer JCstificarse la arECitectCra seleccionada en tIrminos
fCncionales y otras consideraciones ECe se estimen relevantes. ParticClar relevancia tienen
consideraciones de carcter estratIgico de la institCcin.
1-
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Ar'uite)tur# de &#rdQ#re 0 SoftQ#re ;!si)o
Detallar> con diagramas y cCadros descriBtivos> la solCcin en tIrminos de sCs comBonentes de
DardLare y softLare HsicoA
a; 'ervidores
+P&
&nidades de almacenamiento :tiBo> caBacidad;
Memoria #AM
&nidades de resBaldo
PerifIricos
"tros :DardLare redCndante> etc.;
H; 'istemas oBerativos
/aHricante
7ersin :nPmero y fecDa liHeracin;
!iBo de licenciamiento
c; 'oftLare de aBlicacin de terceros
/aHricante
7ersin :nPmero y fecDa liHeracin;
!iBo de licenciamiento
d; +omBonentes de red y comCnicaciones :DardLare y softLare;
'ervidores de comCnicaciones
#oCters> mdems> D!&> etc.
Protocolos de comCnicacin
e; Estaciones de traHaJo
+P&
&nidades de almacenamiento :tiBo> caBacidad;
Memoria #AM
&nidades de resBaldo
11
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
PerifIricos
f; ImBresoras
!iBo de imBresoras :lser> inyeccin de tinta> etc.;
(reve descriBcin caractersticas tIcnicas :calidad de imBresin> 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 constrCccin de la solCcinA
a; (ase de datos
H; 5erramientas de BrodCctividad
c; ABlicaciones clientes
d; "tros
Costos de O-er#)i+n
DeHe estimarse el costo de oBeracin de la solCcin y la cCrva de evolCcin de Iste> con el fin de
Bredecir la vida Ptil de la solCcin. AEC deHen considerarseA
a; InsCmos y materiales fsicos
H; #ecCrsos DCmanos
c; "tros
Costos de M#nten)i+n de "# So"u)i+n
Esta informacin comBlementa la anterior> deHiendo inclCirseA
a; &Bgrade o mantencin de licencias
H; ActCaliKaciones de DardLare
c; Proyeccin de reECerimientos de nCevos desarrollos
d; "tros
C#-#)it#)i+n T$)ni)#
a; Personal involCcrado
H; +osto de caBacitacin :inicial y mantencin;
13
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Person#" nue,o ne)es#rio
Indicar eventCal necesidad de contratacin de Bersonal Bara la oBeracin y mantencin de la
solCcin> descriHiendo Berfil y costos.
1*
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
)ne;o "< =eneficios y costos
Los costos de los Broyectos de informtica son relativamente simBles de cCantificar> no as los
Heneficios> ECe se Bresentan como aDorro de costos con resBecto a la sitCacin Hase> siendo
BarticClarmente comBleJa la estimacin de las Doras G DomHre liHeradas.
Por otra Barte> este tiBos de Broyectos tienen costos y Heneficios intangiHles> los cCles se deHern
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 sitCacin oBtimiKada.
'e considera como sitCacin Hase oBtimiKada :sin Broyecto; la contratacin de Bersonal adicional
ECe Bermitira alcanKar los mismos oHJetivos ECe la configCracin comBCtacionalQ es decir> la
alternativa de sCstitCcin 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> tendramos slo Cn Heneficio individCal difcil 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 informacin o Bara realiKar algCna accin ECe BCdiera ser llevada a
caHo desde sC escritorio.
+omo eJemBlos tBicos se tieneA
Entrega de informacin va dis]ette.
Ir a colocar BaBel a Cna imBresora comBartida.
Levantarse a HCscar informacin escrita.
14
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
MeJora del actCal sistema
+on el nCevo sistema> se Bretende meJorar las caractersticas Hsicas del sistema actCal. Por
eJemBloA
ACmentar la roHCsteK del sistema.
5acer ms rBido el acceso y Brocesamiento de la informacin.
#edCccin de tiemBo de esBera en colas de imBresin.
ACtomatiKacin
En este caso> mediante la imBlantacin de Cn sistema comBCtacional se Bretende lograr ECe Cna
tarea deJe de ser manCal Bara ser aCtomatiKada.
+omo Bor eJemBlos tBicos se tieneA
"rdenamiento de arcDivos.
)eneracin aCtomtica de cDeECes.
(PsECeda de informacin.
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 informacin
Al imBlementar el Broyecto se deHen cCantificar los servicios ECe la institCcin BCede ofrecer
Dacia el eFterior. +omo eJemBlo se tieneA venta de softLare> venta de informacin> 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 informacin antes contenida en
arcDivos y carBetas.
En el caso en ECe la oficina sea de BroBiedad de la institCcin ECe adECiere el eECiBo> el
aDorro Broviene del Cso alternativo ECe se le BCede dar a esta oficina.
)>orro en costos de operacin
'e refiere a aDorros en costos de oBeracin> con resBecto a sitCacin Hase. A modo de eJemBlo>
Cna disminCcin de los costos de mantencinQ o Hien> deJar de Bagar Bor servicios a emBresas>
1,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
BCes con la realiKacin del Broyecto estos servicios Bodrn desarrollarse internamente. 'e deHe
mencionar el detalle de cada Cno de los costos de oBeracin ECe van a disminCir o Hien
desaBarecer> acomBaMado Bor el monto anCal del aDorro ECe se BrodCce al adECirir el eECiBo.
Me1oras en la estin y en la toma de decisiones
Este tiBo de Heneficios son frecCentes> Bero generalmente de mCy difcil cCantificacin> lo
ECe BCede en ocasiones llevar a ECe se consideren slo como intangiHles> o Hien> como el Brimer
tiBo de aDorro de 5G5 antes eFBCesto> es decir> del Bersonal adicional ECe se reECerira Bara
oHtener el mismo efecto de meJora en la gestin y la toma de decisiones.
Es imBortante tener Bresente no cometer el error de contaHiliKar ms de Cna veK algPn Heneficio.
Para ello deHe Bonerse atencin al clasificarlo. Por eJemBlo> si se Csa el mItodo de estimar el
aDorro de 5G5 adicionales eECivalentes Bara alcanKar la misma meJora en la gestin ECe logra el
eECiBamiento comBCtacional> no deHe considerarse como Cn Heneficio adicional del Broyecto
dicDa meJora de la gestin.
Costos privados
En general tendremos los sigCientes temsA
+omBra de DardLare
+omBra de softLare
+onversin/AdaBtacin de softLare eFistente
Desarrollo de softLare
EstCdios y caBacitacin
Instalacin y BCesta en marcDa
5aHilitacin de locales y mCeHles
+ostos de oBeracin
#emCneraciones :cCando se reECiera Bersonal adicional;
'ervicios eFternos
+omCnicaciones :arriendo de lneas;
Arriendo de Brogramas
Materiales de Cso y consCmo corriente :dis]ettes> DoJas Berforadas> cintas de imBresoras> etc.;
Mantencin y reBaraciones
+onsCmo de energa
=eneficios y costos sociales
Para el caso social> la estimacin 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
ADorro de tiemBo de CsCarios ECe realiKan trmites en la InstitCcin.
En este caso es necesaria la realiKacin 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 estimacin de la calificacin de las Bersonas ECe realiKan los
trmites> Bara lCego calcClar Cn sCeldo Bromedio Bor Cnidad de tiemBo.
Los sCBCestos de mantencin de frecCencias y comBosicin de la clientela deHen ECedar
eFBlcitamente 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 introdCccin de
comBCtadores> camHios en las Bolticas de la organiKacin> retrasos en la entrega Bor Barte de los
Broveedores.
(eneficios
Los Heneficios intangiHles> corresBonden a aECellos> cCya valoracin econmica es difcil de
oHtener. Estos BCeden corresBonder a mayor comodidad de los CsCarios> meJor imagen de la
institCcin> 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 oBcin>
versCs la inversin. La JCstificacin tiene ECe ser econmica o cCalitativa.
3<
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
)ne;o $< Modelamiento de datos
TRCNICA DE MODELAMIENTO DE DATOS
I2 DEFINICIJN
+onJCnto de entidades y relaciones ECe reBresentan los datos de Cna organiKacin o sistema HaJo
anlisis.
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
organiKacin 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 cmo 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 metodolgico> Bara Dacer modelamiento de datosA


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

424 IDENTIFICACIJN DE REHIERIMIENTOS
3
Identificacin de los datos
Modelo de Datos +onceBtCal
Modelo de Datos +annicos
Modelo de Datos Lgicos
Modelo de Datos
/sicos
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
+onsiste en HCscar las fCentes de informacin> es decir> elementos ECe entregCen antecedentes soHre
el sistema o UBroHlemaU en estCdio> con el fin de oHtener informacin Bara la definicin 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 formarn 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 Informacin administrativo
:'IA;A
G 'ALIDA' :informes> listados> etc;
G EN!#ADA' :registros de datos> etc;
G !#AN'A++I"NE'
vi; +onsiderar entrevistas> informacin narrativa BrodCcto de definiciones> encCestas>
liHros> etc.
&na veK UterminadaU :el Broceso es esencialmente interactivo; la identificacin de los
reECerimientos> se Brocede a lo ECe se conoce como AN0LI'I' DE DA!"'> actividad ECe
contemBla las etaBas de modelamiento y refinacin 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 continCacin se descriHen cada Cno de
estos elementos.
42621 ENTIDADES
32
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
+orresBonde al oHJeto ECe se ECiere reBresentar. 'on elementos> reales o aHstractos> acerca de las
cCales se reECiere registrar informacin.
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 esBecfica 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 estndar deBender de la eleccin y caBacidades de reBresentacin de Cna
Derramienta +LA'E esBecfica.
42624 RELACIONES
&na relacin es Cna asociacin 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
informacin ECe deHe ser registrada.
G Mientras se descriHe Cna entidad ya descCHierta. ABarecen asBectos no considerados
al inicio> ECe Bermiten la identificacin 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 lBices>
Bor lo ECe L0PI6 no es Cna entidad. 'in emHargo> es crtico 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
NomHre b Broveedor> direccinbBroveedor> fecDabingresobBroveedor>
calidadbBroveedor> vigenciabBroveedor.
G +ada DecDo BCede tomar slo Cn valor Bara cada ocCrrencia de la entidad. Por
eJemBlo si Cn Broveedor tiene ms de Cn vendedor Bara contactar la emBresa> lCego
el nomHre del vendedor es Cn DecDo mCltivalCado acerca del Broveedor. De esto se
sigCe ECe ms 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 organiKacin. La
Pnica eFceBcin ser cCando diferentes Bartes de la organiKacin Csan ya sea diferentes tIrminos
Bara el mismo oHJeto> o cCando se Csa el mismo nomHre Bara ms de Cn conceBto. Estos casos
corresBonden> resBectivamente a sinnimos> y Domnimos2
Sin+ni(osG Cn eJemBlo de sinnimo esA el resCltado de Cna oBeracin con el cliente> en resBCesta a
Cna orden> BCede ser llamado> Bor diferentes deBartamentos> UventaU> Uorden comBletaU> o UentregaU.
DesBCIs de confirmar ECe eFiste slo 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 Domnimo esA Cna orden de traHaJo :las instrCcciones de faHricacin; y
Cna orden de comBra :el Bedido de Cn cliente; BCeden ser referenciados en diferentes Bartes de la
organiKacin simBlemente como UordenU. !ales Domnimos indican la inmediata necesidad de ms
de Cna entidad. NingCna de las entidades deHer ser referenciada slo 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 slo U+"N!#A!"U. Por sCBCesto> esto deBender del conteFto gloHal y
de las caractersticas 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
&na relacin deHe ser tanto re"e,#nte como signifi)#ti,# Bara la organiKacin. Por relevante se
entender el DecDo de ECe es necesario registrar la asociacin> y Bor significativa se entender el ECe
aBorte el entendimiento y Cso del modelo. Estos dos factores aBarecern ms 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 asociacin casi
siemBre tendr Cn verHo Bresente. La forma activa del verHo denotar el Brimer sentido de
asociacin :Brimero en tIrminos de ECe es el Brimer sentido estCdiado;> y la forma Basiva del verHo
denotar la asociacin 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 relacin. Por eJemBlo> "#DEN contiene :no UconU; I!EM' "#DEN> o
+I&DAD CHicacin de :no Utiene; 5"!EL.
c. +onstrCir Diagrama Entidad G #elacin
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 rectngClo> 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 relacin se diHCJa como Cna lnea entre dos entidades> con el nomHre de la relacin escrito en
minPscClas soHre esta lnea> tal como en la figCra -A
Figur# 6: Di#gr#(# de un# re"#)i+n
33
PRODICTO
PRODICTO ;ODEGA
almacenado en
almacIn de
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Las relaciones tienen Cna natCraleKa ECe descriHe el tiBo de asociacin> tales comoA
G Pertenencia
G 9erarECa
G !emBoral
G +omBlementariedad
G Parentesco
G ACtoridad
Adicionalmente> interesa la BarticiBacin de las entidades involCcradas en la relacin> tamHiIn
conocida como #tri*utos de e?isten)i# de "# re"#)i+nG ECe se reBresenta cono los smHolos S@S
:cero; UIU :Cno;> CHicados en los eFtremos de la lnea de la relacin.
&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 comHinacin de estos smHolos 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 relacin 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 slo 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 relacin. La figCra * mCestra Cn eJemBloA
3*
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Figur# 5: Re"#)i+n de Contingen)i#
"tra caracterstica de las relaciones es la )#rdin#"id#d> ECe corresBonde a Cna medida del lmite
mFimo de la relacin. Las medidas de cardinalidad BosiHles sonA
G 1:1 Funo # unoA: Cna ocCrrencia de Cna entidad est relacionada con slo 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 slo 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 informacin ms
detallada en el diagrama. Las convenciones de notacin e interBretacin ECe se definen Bara estas
comHinaciones ECedan del sigCiente modo> tal como aBarece en la taHla A

34
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 ms de Cn tiBo de relacin entre dos entidades> las ECe deHen distingCirse con nomHres
diferentes. La figCra mCestra Cn eJemBlo.
3,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 slo
dentro de Ista. La figCra 2 mCestra esta sitCacin.
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> lmite 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> vaco.
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 identificacin de atriHCtos sigCe Cn esECema como el ECe se Bresenta a continCacinA
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 sern 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 definicin de las entidades y sC oHJetivo.
G EFamine toda docCmentacin relevante relacionada con el rea de estCdio. InclCya la
revisin de manCales> formClarios> esBecificacin de sistemas comBCtacionales
relacionados> esBecificacin de arcDivos> Bantallas> listados> etc.
32
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
+ada Cna de las fCentes anteriores indicar los DecDos ECe la organiKacin 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 descriBcin de atriHCtos ser en eFtremo relevante Bara la esBecificacin final de los datos y sC
modelamiento fsico. Las sigCientes BroBiedades sern 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 BroBsito 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 estndarU. AlgCnos casos BCeden ser oHvios> Bor lo ECe no siemBre
deHer ir Cna definicin del atriHCto> como Bor eJemBlo no(*re2 CLIENTE2
Sin+ni(os: cCando aBareKcan sinnimos Bara algPn atriHCto> deHen ser registrados.
C#rdin#"id#d: todo atriHCto tendr Cna cardinalidad mnima y mFima> refleJando si es dato simBle>
o reBetitivo> oHligatorio C oBcional. 'e descriHirn de acCerdo a las convenciones sigCientesA
G V@G1W d#to si(-"eG o-)ion#"2 Indica cardinalidad mnima de cero :BCede no tener Cn valor
en algCna ocCrrencia;> y Cn valor mFimo de :si tiene valor> el mFimo ser Cno;. Por
eJemBlo> fecDa.#E'E#7AA !endr valor slo cCando eFista Cna reserva> y en ese caso tendr
slo Cn valor.
G V@G(W d#to re-etiti,oG o-)ion#"2 Indica cardinalidad mnima de cero :BCede no tener Cn
valor en algCna ocCrrencia ;> y Cn valor mFimo 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 ms de Cn crIdito asignado> Bero Bodra 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 ms
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 ms de Cn telIfono
registrado> Bero al menos se le eFigir Cno.
Los casos V?G(W corresBonden a entidades ECe sern tratadas con la Primera /orma Normal>
ECe JCstamente elimina los atriHCtos reBetitivos de las entidades> creando otras entidades
como resCltado.
*<
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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
UcdigoU o UtiBoU deHen ser estaHlecidos.
El origen de Cn atriHCto BCede traer ciertas comBlicaciones a la Dora de determinar sC inclCsin 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 sern 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 decisin de diseMo el inclCir
atriHCtos de este tiBo Bara BroBsitos como meJorar resBCestas> agiliKar navegaciones> etc. En todo
caso> si llegase a eFistir algCna dCda resBecto de las caractersticas 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 cdigos comBCestos o UinteligentesU> en donde cada
dgito ECe comBone tal cdigo en las distintas ocCrrencias descriHe informacin distinta> no deHen
ser inclCidos> y se descomBondr en los datos atmicos ECe aBorta cada comBonente> convirtiIndose
cada Cno de ellos en Cn atriHCto Bor s mismo. 'er Cna decisin Bosterior el agrCBarlos Bara
comBoner Cna clave o cdigo 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 definicin de
Cna entidad deHe delinearse aBenas se descCHre la entidad. Las BroBiedades ECe descriHirn a Cna
entidad> y ECe son eFigidas en los docCmentos de esBecificacin> son las sigCientesA
7 No(*re: segPn las caractersticas ya discCtidas antes.
7 Defini)i+n: estaHlece el significado de la entidad> descriHiendo sC rol y BroBsito Bara la
organiKacin. 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 atmicos o comHinacin de atriHCtos y relaciones ECe Bermiten la
identificacin de las distintas ocCrrencias :ver ms adelante;.
*
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
f2 Des)ri-)i+n de Re"#)iones
De manera similar a las entidades> la descriBcin final deHe ser DecDa cCando el modelo se vea
estaHiliKado> Bor lo tanto se sigCe Cna descriBcin evolCtiva de las mismas.
La descriBcin de relaciones esBecfica las reglas ECe goHiernan cCndo las instancias individCales
de cada entidad en la relacin estn de DecDo asociadas con Cna instancia.
'e reECieren las sigCientes BroBiedades Bara descriHir Cna relacinA
No(*re: 'egPn las normas estaHlecidas antes.
Defini)i+n: EstaHlece el significado de la relacin> en tIrminos de sC rol y BroBsito.
Reg"#s de E?isten)i#: estaHlece las condiciones HaJo las cCales la relacin es creada y Horrada.
g 2 Identifi)#dor de Entid#des
G DeHe DaHer al menos Cn atriHCto :o comHinacin 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 ms 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 relacin como Barte de Cn identificador> la entidad deHer tener
BarticiBacin oHligatoria en la relacin> y deHe tener Cna cardinalidad mFima de Cno.
423 MODELO DE DATOS CONCEPTIAL CANJNICO
Es la versin del modelo conceBtCalA
C#noni#do> es decir> Day redCndancia de entidades> relaciones> y atriHCtos de amHas.
Nor(#"i#doG es decir> los datos estn en sC forma ms simBle e indeBendiente.
42321 CANONIXACIJN DEL MODELO CONCEPTIAL
+anoniKacin significa eliminar cCalECier tiBo de redCndancia.
*2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 va 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 BroBsitos.
'e Bodr reconocer sC natCraleKa BorA
G &n atriHCto> ECe es lo menos aconseJaHle :e.g. !IP";
G Mediante sC BarticiBacin en las relaciones> ECe es lo ms ventaJoso
*-
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 slo los atriHCtos BCeden ser redCndantes> tamHiIn las relaciones.
Este tiBo de relaciones es BreferiHle omitirlas del diagrama Entidad G #elacin. "cCrren cCando Day
trayectorias cerradas> BCes entre cCalECier Bar de entidades Day dos caminos alternativos de
navegacin. Pero> `ellas dicen lo mismoa `Entregan la misma informacina La figCra 3 mCestra Cn
eJemBlo de este tiBo de relacionesA
Figur# 18: Re"#)i+n Redund#nte
&na relacin es redCndante si es BosiHle derivarla HaJo cCalECier condicin todo el tiemBo> es
decir> si todas las asociaciones entre las concCrrencias de las entidades fCeran idInticas con o sin
la BosiHilidad de la relacin 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
G 5ay dos o ms relaciones MAN :normaliKadas o no;
'i Day Cna sola relacin MAN y todas las relaciones directas> ser redCndante BCes dice lo mismo
ECe la relacin indirecta ECe Cne las dos entidades. Es decirA
#elacin DirectaA AGD
#elacin IndirectaA AG(G+GD
'e Bodra eliminar la relacin 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 ms claridad al CsCario> ya
ECe reBresenta con mayor eFactitCd la sitCacin 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 BroBsito es analiKar los atriHCtos de las entidades Bara confirmar ECe ellos estn CHicados en
la entidad correcta y ECe no son necesarias entidades adicionales> Broveyendo Cna Hase Bara el
diseMo de la Hase de datos lgica ECe minimice los accesos a la Hase de datos.
Para ECe Cn modelo de datos no tenga redCndancia> y Bara Brevenir anomalas de actCaliKacin>
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 reBresentacin de los datos en Cna forma ms clara> sencilla> visCal> y
fcil de imBlementar. &na reBresentacin ECe contiene nada ms ECe la informacin 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 cdigos 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 BCHlicacin y Cn dgito
verificador. !odos estos deHen seBararse en atriHCtos distintos> eFceBto el Pltimo.
*3
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
&n eJemBlo de Cna lista correcta es el sigCienteA
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> nomHre
deBartamento> cargo emBleado> seFo emBleado > cdigo carga emBleado> nomHre carga emBleado>
edad carga emBleado;.
+on este eJemBlo se ilCstrarn los Basos de normaliKacin.
*A Se"e))ion#r e" identifi)#dor Pri(#rio:
'i no Day identificador definido> defina Cno en este momento. 'i eFiste ms de Cn identificador>
seleccione Cno ECe sea el identificador Brimario> Csando algCno de estos criterios.
G 'eleccione el identificador ms simBle> es decir> aECel ECe involCcre el menor
nPmero de atriHCtos.
G 'eleccione aECel cCyo significado sea asociado ms intCitivamente con la entidad.
G 'eleccione aECel cCya tasa de Cso se BerciHa mayor ECe los otros.
'i el identificador seleccionado inclCye Cna o ms 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
forneos. Por sCBCesto> esto BCede Dacer ECe el identificador elegido sea mCcDo ms comBleJo
ECe lo ECe aBarentaHa originalmente> necesitndose Cn reemBlaKo de la eleccin 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> cdigo 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 cdigo carga emBleado> nomHre carga emBleado> edad carga emBleado
siemBre ocCrrirn 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> adems del identificador Brimario de la entidad original :entidad UBadreU;. #eBita este
**
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Broceso Dasta ECe no ECeden grCBos de atriHCtos resBectivos en la entidad Badre. Las listas
resCltantes estarn 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> cdigo 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 relacin 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 estndar definido> y selecciones
Cn identificador Brimario. Elimine los calificativos Deredados de la entidad original. Por eJemBlo>
UemBleadoU ya no forma Barte del atriHCto Ucdigo cargaU en el eJemBlo ECe sigCe. Las entidades
resCltantes estarn en segCnda forma normal.
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> nomHre
deBartamento> cargo emBleado> seFo emBleado;.
CARGA EMPLEADO :nPmero emBleado> cdigo carga;.
CARGA :cdigo carga> nomHre carga> edad carga;.
Las entidades ECe se agregan Bara romBer la relacin 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> sacndolos como entidades indeBendientes.
Para todos los atriHCtos ECe no son identificador> BregCnteA
*4
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 estarn en tercera forma normal. En el eJemBlo>
ECedaraA
EMPLEADO :nPmero emBleado> nomHre emBleado> nPmero deBartamento> cargo emBleado>
seFo emBleado;.
CARGA :cdigo de carga> nomHre carga> edad carga;.
DEPARTAMENTO :nPmero deBartamento> nomHre deBartamento;.
'lo aECellos atriHCtos ECe sern imBortantes :oHJeto de consCltas; y aECellos ms imBortantes
Bor el CsCario deHen sacarse.
G Esto deHera Dacerse slo 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.
)rficamente> el eJemBlo tratado ECedara 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 institCcin. Este anlisis BermiteA
*,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
G !ener Cna visin 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 comCnicacin entre los desarrolladores y los CsCarios
G 'eBaracin lgica y fsica del flCJo de informacin
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 fsico a Bartir del D/D lgico
0epresentacin r#fica de los procesos que componen el sistema y las interfaces
entre ellos
Componentes
,# /ntidad e0terna (rectngulo#1
2 Indica las fuentes o destinos de los datos
/ntidad
3# Proceso (rectngulo 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(rectngulo 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 lico y fsico
*2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
D*D lico D*D fsico
Orientado al qu9 %acer -punta al cmo %acerlo
/nfocado a la actividad propia de la
organi.acin $ co!o opera
I!ple!entacin del siste!a. inclu$e %ard;are<
soft;are< arc%ivos $ personas involucradas
=escri&e los eventos de la actividad propia de la
organi.acin
=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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
/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 slo los Brocesos ms generales e inclCye los almacenes de datos.
Posteriormente se crea diagrama DiJo Bor cada Broceso de nivel <> Csando la misma metodologa>
o simBlemente se agrega al modelo Brocesos ECe no DaHan sido considerados anteriormente.
+omo eJemBlo se Bresenta a continCacin> Cn esECema simBle :no inclCye todos los Brocesos; del
anlisis 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.acin de Pro$ectos
!1emplo< Diarama 'ivel 8 de )n#lisis de proyectos en el &'I
4
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Instituciones
p&licas
/!presas
reguladas
Ingreso
oficina de
partes
Ingreso al
S:I
Me!os
oficios
:!ero de
oficio o Me!o
(IP
-nlisis
48cnico2econ!ico
+ic%a /(I
+ec%a S:I
Ministerio
de
>acienda
Pro$ectos
Solicitud de
regulari.acin
de pro$ectos
!al ingresados
Pro$ectos con
4i!&re
+ic%a /(I
)esultado
anlisis t8cnico
econ!ico
)esultado
anlisis t8cnico
econ!ico
Pro$ectos
Pro$ectos con fec%a S:I
Pro$ectos para
anlisis
!1emplo< Diarama .i1o del proceso de )n#lisis T9cnico ? econmico en el &'I
42
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
-nlisis
segn
!etodolog"a
=iscusin del
pro$ecto en la
coordinacin
del rea
(IP
/la&oracin
de Me!o
+ic%a /(I
)esultado
anlisis t8cnico
econ!ico
(M/MO fir!ado#
Pro$ectos
Pro$ectos para
anlisis
)n#lisis T9cnico?!conmico
Opinin del analista
(IP
)-4/
+ic%a /(I con
)-te
?efe del
departa!ento
Instiucin 'ue
presenta el
pro$ecto
M/MO
Instituciones
p&licas
/!presas
reguladas
Ministerio
de
>acienda
)esultado
anlisis t8cnico
econ!ico
(M/MO fir!ado#
)ne;o , Calidad *uncional

4-
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
En este tem se Bretende evalCar las Brestaciones ECe ofrecen las distintas alternativas de DiseMo
/sico> Bara imBlementar de la solCcin. DeHer considerarse la eFistencia de controles
aCtomatiKados> redCndancia de datos mnima y JCstificada> coHertCra soHre los Brocesos> reglas Bara
eliminacin y modificacin de datos y> en general> todas aECellas caractersticas ECe Dagan ECe la
solCcin sea eficiente y roHCsta.
En BarticClar> deHern evalCarse los sigCientes atriHCtosA
+ontroles aCtomatiKados
7alidaciones al ingreso y modificacin de datos
+CadratCras de datos
#eBortes de inconsistencias
+onsistencia de Datos
Ingreso Pnico de datos en el origen
#egistro de modificaciones Districas
#edCndancia de datos mnima y JCstificada
Definicin de reglas esBecficas Bara la mantencin de datos Districos
+oHertCra de Brocesos
7alidacin de consistencia del Modelo de Datos con resBecto a los Brocesos diseMados
+CmBlimiento de #eglas eFgenas
7elar Bor el +CmBlimiento de leyes> regClaciones> normas> acCerdos contractCales> etc.
De igCal forma ECe en la evalCacin de los factores anteriores> deHern 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 EvalCacin +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
eFgenas
F[ << << <<
!"!AL <<[ +/ +/2 +/N
Los Bonderadores :F[;> se determinan con la metodologa del aneFo .
)ne;o -< !tapas de un Proyecto de Desarrollo en Inform#tica.
41
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
En informtica> 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 ms 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 $
Pre2operacin
Operacin $
Manteni!iento
Integrar el
soft;are en el
siste!a
Codificar
!dulos e
integrarlos
=esarrollo de SI
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 comCnicacin ECe los
modelos en BaBel.
4*
Investigacin
preli!inar
(reve anlisis
$ especificacin
=ise@o
$ reali.acin
/valuacin
Modificacin
=ise@o
...
=efinir re'uisitos
OB BBB
OB BBB
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
C#r#)ter<sti)#s de" Ci)"o de %id# )on -rototi-os
Alto grado de BarticiBacin del CsCario el cCal evalPa los BrototiBos> BroBone meJoras y detalla
reECisitos.
Alto grado de BarticiBacin 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
Investigacin
preli!inar
(reve anlisis
$ especificacin
=ise@o
$ reali.acin
/valua2cin
Modificacin
=ise@o
...
=efinir re'uisitos
OB
OB
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
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 Brogramacin y se Dacen mCy rBido> 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 \ ImBlementacin \!esting
#eECerimientos \ DiseMo \ ImBlementacin \!esting
#eECerimientos antes de cada fase
#eECerimientos \ DiseMo \ ImBlementacin \ !est
DiseMo \ ImBlementacin \ !est
DiseMo \ ImBlementacin \ !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 anlisis de riesgo en el Broyecto de softLare y considera 1
fasesA Planificacin> anlisis de riesgo> ingeniera y evalCacin de BroyectosA
4,
O&servacin
)e'uisitos
-&straccin
Calidacin
/specificacin
Cerificacin
Prototipo
Cerificacin
/0peri!entacin
Calidacin
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
<.G Decisin de desarrollar Cn determinado softLare
.G #ecoleccin de reECisitos iniciales \ Blanificacin Broyecto
2.G Anlisis de riesgo segPn los reECisitos iniciales
-.G `+ontinPa el Broyectoa
1.G PrototiBo inicial
3.G EvalCacin del cliente
*.G #eBlanificacin segPn comentarios del cliente
4.G Anlisis del riesgo segPn la reaccin del cliente
,.G PrototiBo del sigCiente nivel
2.G 'istema final
42
&#)i# e" siste(# fin#"
INGENIERA
ANLISIS DE RIESGO
E%ALIACIJN
DEL
CLIENTE
PLANIFICACIJN
Y ANLISIS DE
REHIISITOS
<

2
-
- -
-
1
3
3
3
*
*
*
4
4
4
,
,
2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
E,o"u)i+n de "os Siste(#s de Infor(#)i+n
La lnea ms clara> reBresenta el desarrollo ideal de Cn sistema de informacin> en el cCal al
tomarse la decisin de elaHorar Cn 'I> ya se saHra claramente Barte de las fCncionalidades
necesarias del mismo> es as ECe al terminar el anlisis de reECerimientos en t> se DaHra
avanKado en la comBrensin 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 decisin
t se acaHa el anlisis de reECerimientos
t2 Brimer elemento eJecCtaHle del sistema
t2Gt1 desarrollo del sistema
t1 versin definitiva en Cso
t3 amBliacin de fCncionalidad del sistema
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
aBrecia en la lnea negrita> se aBrecia Cn retraso deHido a ECe cCando se oHtiene el Brimer
elemento eJecCtaHle del sistema> todava 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 lograra 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 ms difciles de oHtener ECe en Cn sistema reciIn comenKado. No se logran todas las
BroBiedades deseadas.
A continCacin se mCestra la evolCcin 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
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
anlisis de reECisitos
incremental
anlisis de reECisitos
en cada fase
evolCtivo
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
)ne;o 5< !1emplos de medidas de efectividad.
Adems de las seMaladas en la !aHla 3 del BCnto 1.- :Informacin en lnea> Interfaces grficas>
Emisin de cartas> control de camHios;> se BCeden considerar las medidas> ECe a continCacin se
eFBonen Bara comBarar alternativas> la idea en esta etaBa es considerar la solCcin como Cn todo
considerando DardLare> softLare > comCnicacionesA
+aBacidad de acceso y actCaliKaciones remotas
+aBacidad Bara disminCir los tiemBos de Brocesos en la generacin de informacin
+aBacidad de la solCcin Bara disminCir la dCBlicidad y errores en los datos
7elocidad de Brocesamiento
+aBacidad de almacenamiento
+aBacidad de comCnicacin
Ergonoma
+omBatiHilidad con sistemas ya eFistentes en la organiKacin
+aBacidades mCltimediales incorBoradas
Procesamiento distriHCido
Procesamiento centraliKado
#endimiento esBerado
/acilidad de configCrar
+CmBle con el nCmero de transacciones reECeridas
Las fCnciones Brovedas meJoran la eficiencia del CsCario
La solCcin actCaliKa sCs arcDivos internos en lnea
La solCcin actCaliKa sCs arcDivos internos en modo HatcD
Necesidad de clcClos comBleJos
#eCsaHilidad del cdigo
/acilidad de instalar
/acilidad de oBerar
La solCcin fCe diseMada Bara ayCdar al camHio organiKacional
Este listado no Bretende ser eFDaCstivo> y lo ECe es ms imBortante> las medidas a considerar Bara
medir la efectividad> deBendern 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
)ne;o 6 !sfuer/o requerido para cada fase
El clcClo 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
Blanificacin del desarrollo de softLare.
PCntos de /CncinA En este mItodo la idea es oHtener Cna medida cCantitativa del tamaMo de las
aBlicaciones Hasndose en sCs reECisitos fCncionales e ir midiendo la BrodCctividad del Broyecto
en la medida ECe este avanKa.
NPmero de lneas de cdigoA "tra manera Hastante BoBClar> es estimar la cantidad de lneas de
cdigo ECe generar el softLare a desarrollar. El BroHlema con esto es ECe Bara Cna misma
fCncionalidad el nPmero de lneas de cdigo ECe se necesitarn deBender del lengCaJe CtiliKado.
Para solCcionar esto eFisten taHlas ECe convierten lneas de cdigo de diversos lengCaJes a
AssemHler o a nPmero de BCntos de fCncin.
+mo estos modelos o metodologas Bara medir el esfCerKo reECerido reECieren cierta
BreBaracin e informacin Districa> ECe a menCdo no es dominio de la institCcin es ECe
facilitamos la sigCiente informacin 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 oBinin de
las Bersonas entrevistadas> el esfCerKo reECerido en cada Cna de las fases del desarrollo de
softLare es el sigCienteA
AnlisisA 3[
DiseMo y BrogramacinA 43[
!estingA <[
El DiseMo aEC mencionado corresBonde al DiseMo lgico y fsico.
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 ms anlisis ECe en otros
5aHilidad de los Brogramadores> lo cCal imBacta en el tiemBo de desarrollo
Diferencia en los BlaKos reECeridos
,1
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
EJemBlos de cCadrosA
Distri*u)i+n de Re)ursos -or F#se FYA
F#se T#(#Co
PeECeMo Intermedio Mediano )rande
DiseMo * * * *
DiseMo Brogramacin 2* 23 21 2-
Programacin y !esting 12 1< -, -*
Integracin * 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
Programacin *- 32 33 31
Integracin , 22 2* 24
,3
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
)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 EdCcacin 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 JCrdicas> cCyos deBendientes> en el desemBeMo de sCs fCnciones laHorales>
los DCHiesen BrodCcido> salvo estiBClacin escrita en contrario.
AECella ECe encarga la elaHoracin del Brograma Bara comercialiKacin Bor sC cCenta y riesgo>
salvo estiBClacin de lo contrario.
Li)en)i# de uso de un -rogr#(#: +onstitCye la aCtoriKacin Bara Csar el Brograma en las
condiciones descritas en ella. No Day transferencia de derecDos de aCtor> salvo ECe se estiBCle
eFBlcitamente algCna cesin.
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 cnyCge 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 / Divisin de Inversiones / Metodologa Proyectos de Informtica
Ad#-t#)i+n de un -rogr#(#: Es licito cCando es efectCada Bor el tenedor del Brograma o
aCtoriKada Bor el legtimo dCeMo del mismo. Esta adaBtacin deHe ser esencial Bara el Cso del
Brograma y no es destinado a Cn Cso diverso. Estas adaBtaciones no BCeden ser transferidas HaJo
ningPn ttClo> sin ECe medie aCtoriKacin 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 legtimo 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 ttClo> 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.
Adems deHe acomBaMarse con el manCal de oBeracin del Brograma :ManCal de CsCario> de
instalacin> otros;
Escrito eFBlicativo ECe indiECe el lengCaJe CtiliKado y la versin del Brograma si es Bertinente> a
menos ECe esta informacin ya estI contenida en el manCal de oBeracin.
'e deHe informar al #egistro los sigCientes datos del aCtorA
NomHre comBleto o nomHre de la Bersona JCrdica
Domicilio
+IdCla de identidad o #&!
Nor(#s intern#)ion#"es 'ue -rotegen #" #utor de un -rogr#(#: El aCtor nacional y eFtranJero
domiciliado en el Bas estn Brotegidos fCera del Bas en los Bases miemHros de los sigCientes
convenios internacionalesA
G +onvencin &niversal soHre derecDo de aCtor.
G +onvenio de (erna
G Los aCtores eFtranJeros no domiciliados en el Bas> estn Brotegidos en +Dile Bor estas
mismas convenciones y Bor la legislacin nacional cCando Broceda.
,4
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
)ne;o 11 (losario
Ar'uite)tur#: En las tecnologas de la informacin :!I;> esBecialmente en lo ECe refiere a
comBCtadores y ms 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 lgicos> e
interrelaciones lgicas de Cn comBCtador> sistema oBerativo> red C otro conceBto.
;#ses de d#tos: Es Cna coleccin de datos> organiKada de tal forma ECe sCs contenidos BCeden
ser fcilmente 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 estn 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 Brogramacin ECe son creadas Bor Cn
Brogramador> mediante Cn editor de teFto o Cna Derramienta visCal de Brogramacin y ECe
Bosteriormente es graHada en Cn arcDivo con Cn determinado nomHre. DesBCIs de este Broceso el
cdigo fCente est listo Bara ser comBilado. El resCltado de est comBilacin es el cdigo oHJeto
:esto no tiene ECe ver con orientacin al oHJeto;.
C+digo O*9eto: +ontiene Cna secCencia de instrCcciones ECe el Brocesador BCede entender> Bero
ECe es difcil de ser ledo o modificado Bor seres DCmanos.
C"ienteBSer,idor: DescriHe la relacin 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 ms imBortante en redes. En Cna red> el modelo
cliente/servidor Brovee Cna manera conveniente Bara interconectar Brogramas ECe estn
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 esBecficos. Es ms 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 anlisis de datos Bara encontrar relaciones ECe no DaHan sido descCHiertas
anteriormente. PCede revelar asociaciones Bor eJemBlo entre BrodCctos> en este caso es conocida
la relacin 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 informacin imBortante ECe las diversas
reas de negocio de Cna organiKacin acCmCla. El dataLareDoCse oHtiene informacin de
diversas fCentes> Bara anlisis y accesos Ptiles a la informacin> Bero generalmente no se oHtiene
,,
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
esta informacin del CsCario final el cCal necesita Cna Hase de datos local esBecfica soHre algPn
tema.
Este conceBto Da ganado aceBtacin> en Barte> Bor la BosiHilidad de realiKar Datamining. El
dataLareDoCse es Csado tamHiIn Bor otra aBlicacin > este es el 'istema de 'oBorte a la Decisin
:D'';.
De)ision Su--ort S0ste( FDSSA: Es Cna aBlicacin ECe analiKa datos de negocio y lo Bresenta
de tal manera> ECe los CsCarios BCeden tomar decisiones en forma ms fcil. Esta aBlicacin
BCede Bresentar informacin grfica y BCede inclCir Cn sistema eFBerto o inteligencia artificial.
E,o"u)i+n de "os "engu#9es de -rogr#(#)i+n: La evolCcin de los Brogramas de comBCtacin
ECe descrita Bor generacionesA
%rimera .eneracin &')8)9 Es Cn lengCaJe de mECina> 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 .eneracin &+)8)9 Es assemHler> el cCal consiste en declaraciones mCy Hsicas ECe son
convertidas a <Ns o Ns. &na tBica declaracin se veA ADD ->,
;ercera .eneracin &2)8)9 Es Cn lengCaJe de alto nivel> tal como PL/I> Pascal> +> 9ava. &n
Brograma 9ava se ve asA
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 esBecfico de Brogramacin de alto
nivel a lengCaJe de mECina : en el caso de 9ava> la salida del comBilador se llama Hytecode el
cCal es transformado a idioma mECina Bor Cna mECina virtCal.
Cuarta .eneracin &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 vera asA
"(!IENE !"D"' LA' PE#'"NA' D"NDE R'&ELD"S E' MA."# %&E <<.
+laro ECe lo ms BroHaHle es ECe esto estI eFBresado en InglIs.
%Cinta generacin :3)L;A Estos lengCaJes> Csan Cna interfase grfica o visCal Bara crear cdigo
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> tBicamente
constrCido Bor Cna comBaMa grande. 5istricamente asociado con comBCtacin centraliKada>
ms ECe comBCtacin distriHCida.
P"#t#for(#: 'e entiende ECe la Blataforma es el sistema comBCtacional Hase > dnde 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 tecnolgica> ECe sirve
Bara ECe otras tecnologas o Brocesos sean constrCidos.
,2
MIDEPLAN / Divisin de Inversiones / Metodologa Proyectos de Informtica
Progr#(#: En comBCtacin Cn Brograma es Cn conJCnto de instrCcciones ordenadas> eFBresadas
en algPn lengCaJe de Brogramacin.
Progr#(# de #-"i)#)i+n: Llamado comPnmente como aBlicacin> es cCalECier Brograma
diseMado Bara Cna fCncin esBecfica> Bara el> CsCario o en algCnos casos Bara otros Brogramas de
aBlicacin.
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 ms ECe a
actividades> a datos ms ECe a la lgica. 5istricamente Cn Brograma Da sido visto como Cn
Brocedimiento lgico en ECe se toman datos de entrada> ECe se Brocesan y BrodCce datos de
salida. El desafo> entonces> era cmo escriHir la lgica> no como definir los datos. La orientacin
al oHJeto se BreocCBa ms de los oHJetos a maniBClar> ms ECe de la lgica Bara maniBClarlos. Los
oHJetos varan 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 dems Brogramas en Cn comBCtador.
TCPBIP FTr#ns(ision Contro" Proto)o"B Internet Proto)o"A: Es el lengCaJe de comCnicacin
Hsico o Brotocolo en Internet. PCede ser Csado tamHiIn como Brotocolo de comCnicacin en Cna
red Brivada :intranet o eFtranet;. !+P/IP es Cn Brograma de dos caBas. La caBa ms alta :!+P;>
administra la divisin 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
informacin original. La caBa ms HaJa :IP; maneJa la direccin de cada BaECete de manera ECe
estos llegCen al destino correcto. !+P/IP Csa el modelo cliente/servidor de comCnicacin> en la
cCal Cn comBCtador CsCario :cliente; Bide servicios :tal como Bedir Cna Bgina ZeH;> los cCales
son Brovedos Bor otro comBCtador :servidor;.
/e* Ser,er: &n servidor ZeH es Cn softLare> ECe sirve Beticiones de Bginas 5!ML o arcDivos.
2<

Anda mungkin juga menyukai