Top Down

El mtodo o enfoque Top-Down es aqul que toma las decisiones de inversin

partiendo de las variables ms globales para ir descendiendo progresivamente
hasta las ms especficas.
El proceso de la toma de decisiones podra seguir el siguiente camino:
El primer anlisis consistira en analizar la situacin del ciclo econmico
internacional de cara a ver cmo influir esa variable en las estimaciones que
vaya a realizar el analista sobre la empresa en cuestin.
En un segundo lugar analizaremos las perspectivas de las economas
nacionales o domsticas respectivas.
Posteriormente, dentro de cada una de las economas nacionales, deberemos
prestar a atencin a los sectores de cara a ver cules de ellos crecern ms
que la economa en su conjunto y cules menos.
Una vez realizadas estas fases, vendra el anlisis especfico de cada
compaa en la que habra que evaluar los aspectos fundamentales de la
misma, entre los que destacamos los siguientes:
Posicin competitiva de la compaa:
Cuota de mercado
Calidad del producto
Barreras de entrada
Rentabilidad de cada empresa
Eficiencia en trminos de costes
Gestin de circulante
Exito de las inversiones pasadas

Apalancamiento operativo y financiero

Sensibilidad de los beneficios al nivel de actividad y situacin financiera
Crecimiento de beneficios
Valoracin. Determinacin del Precio Objetivo
Recomendacin de inversin y toma de decisiones
Por lo tanto, se ve que se parte de lo ms global a lo ms particular.
Es evidente que cualquier movimiento en una variable significativa tiene
influencia en el conjunto de la economa, pero no va a ser lo mismo la
influencia de que la economa crezca a una determinada tasa para una
compaa cuyo negocio depende en gran medida de la demanda internacional,
debido a que opera mediante un producto estandarizado con precios
internacionales (lo que vulgarmente se conoce como commodities) como puede
ser el caso de Acerinox, Asturiana de zinc o Ence, que el efecto de esta misma
variable en compaas que dependen casi en exclusiva de la demanda interna
(caso de Carrefour, resultado de la fusin entre Pryca y Continente o Altadis) o
bien mantienen un sistema de precios regulados que vara mnimamente de
ao a ao como es el caso del sector elctrico o el de las autopistas.

Bottom Up
En este segundo enfoque de anlisis, el proceso de toma de decisiones es el
inverso.
De este enfoque se dice que mediante su utilizacin no se analizan empresas,
sino valores.
Se

analizan

oportunidades

de

inversin,

independientemente

de

las

perspectivas de las economas (sea internacional o domstica) o de los

sectores en su conjunto.

Intervienen tres elementos bsicos en la toma de decisiones con la utilizacin

de este enfoque:
El negocio
La valoracin
El Riesgo, donde se diferencian dos tipos:
1.- De negocio o especfico.
En el que influirn de manera importante el tipo de negocio, la situacin
financiera y la capacidad de aumentar beneficios y dividendos.
2.- De la accin o de mercado.
Aqu habra que prestar especial atencin a dos variables:
a) Volatilidad de la accin
b) Liquidez de la accin
El empleo de un mtodo u otro viene muy determinado por el tipo de empresa
que estemos analizando y tambin de la tradicin en la toma de decisiones de
inversin por parte de los gestores.
Si se trata de pases o mercados en los que la formacin de precios no es
especialmente eficiente (circunstancia que ocurre en los llamados mercados
emergentes), el enfoque Top Down es mucho ms til en el sentido de que las
grandes variables macroeconmicas son las que verdaderamente rigen el
destino del mercado y casi ningn inversor se para a analizar los
fundamentales de las compaas si las variables macroeconmicas no estn a
favor de un movimiento alcista del mercado.
Esto lo hemos visto en cualquiera de las recientes crisis que han azotado a
pases emergentes y que en la mayor parte de los casos han venido motivadas
por factores macroeconmicos. Nos estamos refiriendo a cualquiera de las
crisis de los pases asiticos del perodo 1997-1998, a la de Mjico del ao
1994 o a la ms reciente de Brasil en el ao 1998.

El enfoque Bootom-Up es mucho ms frecuente en pases y mercados

desarrollados en los que los riesgos macroeconmicos estn normalmente muy
bien controlados, o por lo menos no presentan excesivas variaciones en el
corto plazo.
El caso de Estados Unidos es el ms claro a este respecto, por lo que en este
mercado (el ms amplio del mundo con gran diferencia tanto en trminos de
capitalizacin burstil como sobre todo por el nmero de compaas cotizadas)
se pueden escoger valores y tener ms o menos la garanta de que su
evolucin

no

va

estar

especialmente

influida

por

las

variables

macroeconmicas y que puede presentar un comportamiento totalmente

distinto al del mercado, tanto para bien como para mal, ya que esta afirmacin
se cumple en ambos sentidos.
La programacin modular
Existen distintas tcnicas par enfocar el diseo modular, pero todas ellas tienen
en comn el siguiente guin del proceso: estudio de las especificaciones del
problema (anlisis general) establecimiento del organigrama modular, que es
un esquema de bloques que muestra la descomposicin del problema y la
comunicacin entre el mdulo principal y los secundarios confeccin del
organigrama o pseudocdigo de cada mdulo codificacin de cada mdulo en
el lenguaje elegido pruebas parciales de cada componente prueba final de los
mdulos enlazados
Si observamos este guin, veremos que es una adaptacin del diseo del ciclo
de vida clsico, pero en el que se divide en problema en mdulos para, al final,
volver a componer con ellos una unidad.

En el sencillo ejemplo mostrado arriba, cada mdulo "hoja" constituye una

unidad de programacin independiente, que ser posteriormente enlazada al
resto para la resolucin del problema
Programacin estructurada
En el apartado anterior se ha visto cmo la programacin modular es una
filosofa de la programacin en la que se dan una serie de consejos para la
realizacin de programas por descomposicin en mdulos.
Sin embargo, para programar cada mdulo individual es necesario aplicar
tambin tcnicas que nos faciliten la labor y nos aseguren al mximo la
correccin y adecuacin del producto final. Los mdulos deben estar dotados
de una estructura interna slida y se deben minimizar al mximo los errores
humanos.
Este es el objetivo de la programacin estructurada, presentndose por tanto
como el complemento ideal al diseo modular. Es difcil dar una definicin de lo
que es en s pero podramos hablar de una:
Tcnica de construccin de programas que utilizan al mximo los recursos del
lenguaje, limitan el nmero de estructuras aplicables a la construccin de
algoritmos y presenta una serie de reglas que coordinan el desarrollo de las
diferentes fases de la programacin.
Si bien la definicin en s es un poco abstracta, lo que s podemos concretar
son los siguientes conceptos, presentes en todas las obras de tericos de la
programacin al respecto (Dijkstra, Hoare, Knuth...):

Estructuras bsicas aplicables

Recursos Abstractos

Diseo descendente top-down

4.1 Estructuras bsicas de control

Existe un teorema enunciado por Bohm y Jacopini

denominado teorema de la estructura que dice lo siguiente:

en

1966

Un programa propio puede ser escrito utilizando solamente tres tipos de

estructuras de control, siendo stas las siguientes:

Secuencial

Selectiva o bifurcacin

Iterativa o bucle

Adems, se considera un programa propio a aquel que cumple las siguientes

caractersticas:

Posee un nico punto de entrada y otro de salida

Todos los caminos desde la entrada hasta la salida que se pueden

seguir

Todas las instrucciones son ejecutables y no existen bucles infinitos

La asuncin del teorema anterior llev a Dijkstra a enunciar la siguiente

sentencia:
La estructura GOTO es perjudicial para la programacin
El motivo de esta afirmacin fue que se haba demostrado por una parte que no
era necesaria, y por otra, que propiciaba malos hbitos de programacin. Pero
en Ensamblador y cdigo mquina sigue siendo imprescindible.
Casi todos los lenguajes de alto nivel actuales la conservan, aunque su uso
est muy restringido (y mal visto).
Sobre las estructuras de control bsicas permitidas, no cabe ningn
comentario, pues han sido ya convenientemente tratadas en los temas
anteriores.
Recursos Abstractos

El proceso de obtencin de diferentes pasos hasta encontrar la solucin de un

problema es un proceso abstracto.
Disear o concebir un problema en trminos abstractos consiste en no tener en
cuenta la mquina que lo va a resolver, ni el lenguaje de programacin que se
va a utilizar.
En este punto, por tanto, se insiste en la necesidad del diseo de un algoritmo
independiente como paso previo a la codificacin en un lenguaje concreto, por
lo que el trabajo realizado en esta fase de abstraccin, podra amortizarse
tambin al trasladarlo a diferentes implementaciones concretas sin necesidad
de reiniciar el proceso completo en cada caso.
Para realizar este diseo abstracto, se pueden utilizar recursos tradicionales
tales como organigramas, pseudocdigo, tablas de decisin, etc. Pero sobre
todo, aparece un nuevo concepto de diseo que es el presentado a
continuacin:

Metodologa descendente: top-down

La metodologa o diseo descendente tambin conocida como diseo top-down

consiste en refinar un mdulo de programa en niveles de menor a mayor
complejidad que den solucin al problema.
Si nos fijamos, consiste en llevar los principios macroscpicos del diseo
modular de programas hasta el interior de que cada mdulo, terminando el
proceso al llegar a las instrucciones simples.
Cuando se considera una solucin modular para cualquier problema, pueden
formularse muchos niveles de abstraccin. En el nivel superior de abstraccin,
se establece una solucin en trminos amplios. En los niveles inferiores de
abstraccin se toma una orientacin ms procedimental. Por ltimo, en el nivel
ms
bajo
de
abstraccin,
se
establece la solucin de forma que pueda implementarse directamente.
Esencialmente consiste en crear una estructura jerrquica de tipo arbrea, en
la que los niveles superiores prximos a la raz enuncian el problema a groso
modo, mientras que segn vamos descendiendo por la estructura, vamos
entrando en mayor detalle, hasta llegar a las hojas del rbol, que representan
las instrucciones simples en que se descompone el problema.

Programacin modular

Existen distintas tcnicas para enfocar el diseo modular, pero todas ellas
tienen en comn el siguiente guin del proceso:
1. estudio de las especificaciones del problema (anlisis general)
2. establecimiento del organigrama modular, que es un esquema de
bloques que muestra la descomposicin del problema y la comunicacin
entre el mdulo principal y los secundarios
3. confeccin del organigrama o pseudocdigo de cada mdulo
4. codificacin de cada mdulo en el lenguaje elegido
5. pruebas parciales de cada componente
6. prueba final de los mdulos enlazados
Si observamos este guin, veremos que es una adaptacin del diseo del ciclo
de vida clsico, pero en el que se divide en problema en mdulos para, al final,
volver a componer con ellos una unidad.

En el sencillo ejemplo mostrado arriba, cada mdulo "hoja" constituye una

unidad de programacin independiente, que ser posteriormente enlazada al
resto para la resolucin del problema

Programacin estructurada
En el apartado anterior se ha visto cmo la programacin modular es una
filosofa de la programacin en la que se dan una serie de consejos para la
realizacin de programas por descomposicin en mdulos.
Sin embargo, para programar cada mdulo individual es necesario aplicar
tambin tcnicas que nos faciliten la labor y nos aseguren al mximo la
correccin y adecuacin del producto final. Los mdulos deben estar dotados
de una estructura interna slida y se deben minimizar al mximo los errores
humanos.
Este es el objetivo de la programacin estructurada, presentndose por tanto
como el complemento ideal al diseo modular. Es difcil dar una definicin de lo
que es en s pero podramos hablar de una:
Tcnica de construccin de programas que utilizan al mximo los recursos del
lenguaje, limitan el nmero de estructuras aplicables a la construccin de
algoritmos y presenta una serie de reglas que coordinan el desarrollo de las
diferentes fases de la programacin.
Si bien la definicin en s es un poco abstracta, lo que s podemos concretar
son los siguientes conceptos, presentes en todas las obras de tericos de la
programacin al respecto (Dijkstra, Hoare, Knuth...):

Estructuras bsicas aplicables

Recursos Abstractos

Diseo descendente top-down

Algoritmos secuenciales
Un Algoritmo es una secuencia de operaciones detalladas y no ambiguas, que
al ejecutarse paso a paso, conducen a la solucin de un problema. En otras
palabras es un conjunto de reglas para resolver una cierta clase de problema.
Los algoritmos secuenciales, son un conjunto de pasos, procedimientos y
acciones que se deben ejecutar de manera ordenada para solucionar un
problema.
Su funcionamiento se basa en ejecutar la primera instruccin y as
sucesivamente hasta llegar al final.

Bibliografa

http://es.slideshare.net/guestefc95b/programacin-modular-y-estructyrada
http://www.megabolsa.com/2015/08/30/el-proceso-de-toma-decisiones-topdowm-y-bottom-up/
http://es.slideshare.net/SlimsColmenarez/algoritmo-secuenciales