Está en la página 1de 4

CUH e-zine 2ª edicion Metodología de la Programación

Metodología de Programación II By
Aleksteir

Figura 2
Bueno amigos del foro de El-Hacker.com, o sea la
Comunidad Underground Hispana CUH, es un
honor poder participar de nuevo en el staff de
colaboradores y organizadores, por mi parte,
espero que a todo aquellos que lean la revista,
les sirva de algo y que aporte un plus a los
conocimientos ya adquiridos hasta ahora, por el
momento vamos con lo básico y lo suave, a
medida que pasen los números, yo se que el
grado de aprendizaje brindado por los
articulistas, será mucho mas elevado, bueno no
es mas y a lo que vinimos a aprender a
programar.

Como veíamos en el articulo pasado lo que era


un algoritmo (Conjunto de operaciones
(sentencias y proposiciones) y procedimientos
(Toma de decisiones y procesos) que deben
seguirse para la resolución de un problema),
también vinos algo breve sobre el Pseudocódigo,
Figura 3
los diagramas de flujo o flujogramas, aprendimos
sobre datos y su clasificación; los operadores y la
jerarquía que se debe tener en cuenta a la hora
de realizar operaciones; los identificadores
(constantes, variables, datos, procedimientos,
funciones), además de un glosario con los
términos que se usan a la hora de desarrollar un
programa, en este articulo empiezo advirtiendo
sobre las cosas que no se deben hacer o errores
que se podrían llegar a cometer a la hora de
elaborar un Diagrama de flujo, errores como
pueden ser: hacer los conectores diagonales Ver
figuras 1 (forma incorrecta) y 2 (forma
correcta) o entrecruzar las líneas conectoras Ver
figura 3, tampoco se deben añadir módulos al
flujo del diagrama sin ser previamente llamados
Ver Figura 4.

Figura 4

Normas para el diseño de diagramas de


flujo
Figura 1
CUH e-zine 2ª edicion Metodología de la Programación

1. Un diagrama debe ilustrar gráficamente


los procesos que se deben seguir para la
resolución de un problema. Por eso Como vimos en el articulo anterior, la
debemos saber colocar un signo para secuenciación es una estructura de control que
cada proceso, es el diagrama el que hace permite al PC ejecutar una acción, luego la
mas fácil desarrollar un programa, en próxima, y así sucesivamente, hasta encontrar el
algún tipo de lenguaje. final del archivo (EOF). Las acciones que por lo
2. Las líneas que indican la dirección del flujo general realiza un programa consisten en
del diagrama deben de ser rectas, operaciones elementales como pueden ser:
horizontales o verticales. Declarar las variables (privadas o públicas),
3. Todo diagrama tiene un principio y un fin. lectura de los datos, toma de decisiones, realizar
4. Todos los símbolos de un diagrama deber cálculos o comparación de expresiones.
de estar interconectados.
5. El diagrama debe ser construido de arriba Teniendo en cuenta lo visto hasta ahora,
hacia abajo (top-down) y de derecha a procederemos a realizar el diseño de algunos
izquierda (right- left). algoritmos y sus respectivos diagramas de flujo.
6. Se aconseja que en un proceso complejo
En el ejemplo 1 veremos un algoritmo que
se debe acompañar un comentario acerca
del proceso. permite leer un número en radianes e imprime su
equivalencia en radianes
7. El tipo de notación dentro de un diagrama,
nunca debe ceñirse a un lenguaje de
Algoritmo: Convierte Radianes a grados y
programación en especifico, debe ser viceversa.
independiente.
Inicio
8. No fraccionar el diagrama con el uso exce-
sivo de conectores. 1. Declaración de variables:
PI=3.145926536: real (flotante)
9. Solo debe llegar una sola línea de flujo a
un símbolo. Pero pueden llegar muchas lí- rad, grad, numrad, numgrad: real
(flotante)
neas de flujo a otras líneas.
2. Leer rad,grad
10. Las líneas de flujo deben de entrar a un 3. numgrad= rad*(180/PI)
símbolo por la parte superior y/o izquierda 4. numrad= grad*(PI/180)
y salir de él por la parte inferior y/o dere- 5. Imprimir numgrad,numrad
cha. 6. Fin
11. Evitar que el diagrama sobrepase una pá-
gina; de no ser asi, enumerar y emplear
los conectores correspondientes.
12. Usar lógica positiva, es decir, realizar pro- Inicio
cesos cuando es verdadera la condición y
expresar las condiciones de manera clara.
13. Comentar al margen únicamente cuando rad, grad
sea necesario.
Diseño de Algoritmos
Existe una gran variedad de problemas que
demandan de un análisis profundo y de un numgrad = rad*(180/PI)
pensamiento flexible y estructurado para
encontrar la solución. Para ello, debemos conocer
las técnicas y las herramientas, que nos permitan numgrad
desarrollar la construcción de algoritmos numrad= grad*(PI/180) numrad
eficientes, en la siguiente figura se pueden
observar las distintas etapas, que se siguen para
la correcta solución de un problema.
Fin

Problema

Análisis
Profundo del Construcción Verificación del
sistema del Algoritmo Algoritmo
CUH e-zine 2ª edicion Metodología de la Programación

En el ejemplo 2 veremos un algoritmo que


permite calcular el promedio de un estudiante, se
pedirá la matricula del alumno y cuatro
calificaciones de los exámenes, se imprimirá la
matricula del alumno y el promedio

Algoritmo: Calcular promedio Alumno

1. Inicio
2. Declaración de variables
matalu:entero
ca1, cal2, cal3, cal4, calfinal: real Algoritmo: Imprimir números hasta 100
(flotante)
3. Leer cal1, cal2, cal3, cal4 1. Inicio
4. calfinal = (cal1+cal2+cal3+cal4)/4 2. Declaración de variables
5. Imprimir matalu, calfin I, (entero)
3. Estructura condicional
6. Fin
I<100
I=I+1
Imprimir I
4. Fin
Inicio
Inicio

matalu,
cal1, cal2,
cal2, cal3, I
calc4
no

calfinal = (cal1+cal2+cal3+cal4)/4 I<10 Fin


0
si
matalu
calfinal Fin I=I+1

En el ejemplo 3 veremos un algoritmo que


permite multiplicar dos números:

Algoritmo: Multiplicar dos numeros

1. Inicio
2. Declaración de variables
num1, num2, entero
3. Leer num1, num2
Inicio
4. multi = num1*num2
5. Imprimir multi
6. Fin
num1,
num2

multi = num1*num2

multi
Fin
CUH e-zine 2ª edicion Metodología de la Programación

Ejemplo de un diagrama un poco mas complejo

Por el momento es todo, seguimos con cositas


básicas en el próximo número del CUH e-zine,
By Aleksteir