lunes, 14 de octubre de 2013
domingo, 13 de octubre de 2013
jueves, 3 de octubre de 2013
programacion estructurada
La programación estructurada sigue tres reglas: la secuencia, la iteración
y la decisión. La primera de
ellas indica que las instrucciones del código se leerán de principio a fin; la
segunda indica que, según cierta condición, un número de instrucciones podrían
repetirse un numero determinado de veces, y la tercera indica que según unas
ciertas condiciones se ejecutarán o no un conjunto de instrucciones. En el
siguiente algoritmo para limpiar platos se aprecian estas tres características.
La indentación de las instrucciones indican cuáles son englobadas y cuáles no por sus
predecesoras.
mientras haya platos
coger plato
mientras haya suciedad
echar jabon
pasar el estropajo por el plato
si plato es azul
ponerlo con los azules
En código no estructurado, quedaría algo más complejo.
1 coger plato
2 echar jabon
3 pasar el estropajo por el plato
4 si hay suciedad ir a la instrucción 2
5 si el plato no es azul ir a la instrucción
7
6 ponerlo con los azules
7 si hay más platos ir a la instrucción 1
En programas más grandes, esto es muchísimo más complicado.
Ahora conocemos la ejecución de los algoritmos. Sin embargo, un programa
se compone tanto de algoritmos como de una estructura de datos sobre los que
operar.
Las estructuras de control pueden dividirse en dos: Estructuras de
control Condicional y Estructuras de control Repetitivo.
Las estructuras de control condicional son las que incluyen alternativas
de seleccion con base al resultado de una operación booleana, como por ejemplo,
una comparación (A=B). Según la expresión sea cierta o falsa, se ejecutará un
trozo de código u otro. Es el caso de la sentencia IF THEN ELSE de Pascal o
Basic:
IF A=0 THEN
PRINT "A vale 0"
ELSE
PRINT "A no vale 0"
Otra sentencia de control son las de tipo SWITCH CASE. En este tipo de
sentencias se especifica la variable a comparar y una lista de valores con los
que comparar. Aquel que sea el verdadero, se ejecutará:
SWITCH A
CASE 0:
PRINT "A vale 0"
CASE 1:
PRINT "A vale 1"
Otras herramientas imprescindibles del control de la ejecución de
nuestro código son los BUCLES o CICLOS. Consisten en un método que permite
repetir un trozo de código varias veces.
Hay básicamente dos tipos:
- Bucle FOR:
El bucle FOR consiste en una sentencia que engloba un grupo de
instrucciones y tiene una variable cuyo valor se va modificando en cada vuelta.
En general se utiliza cuando sabemos cuántas veces tenemos que repetir el
código.
FOR A=0 TO 9 Especificamos en este caso que A variará
desde 0 hasta 9, con lo que repetiremos el bucle 10 veces.
PRINT "Estamos en el
bucle"
NEXT A Con esto cerramos el bucle e
indicamos el final del bloque de instrucciones que se repiten
- Bucle WHILE:
El bucle WHILE consiste en un bucle en el que el código se repite
mientras se cumpla alguna condición booleana (es decir, una expresión que dé
como resultado verdadero o falso). Hay variaciones, como el REPEAT...UNTIL, que
se diferencia en el momento de comprobar si se hace verdadera o no la
condición.
WHILE A<>(B*2) DO Aquí especificamos la expresión que evaluamos
y aquí se comprueba
A=A+1 Incrementamos el valor de A mientras sea
distinto a B*2
DONE Como en el FOR, necesitamos especificar donde
acaba el bucle y el código.
miércoles, 2 de octubre de 2013
especificaciones del proceso
ESPECIFICACIÓN
DE PROCESOS
Es una herramienta de
modelado de sistemas, que permite definir qué sucede en los procesos o
funciones de un sistema. El objetivo es definir qué debe hacerse para
transformar ciertas entradas en ciertas salidas.
Descripción de las especificaciones de
procesos y decisiones estructuradas.
El analista de sistemas que
aborda las especificaciones de procesos y las decisiones y tiene muchas
opciones para documentarlas y analizarlas.
FORMATO DE LA ESPECIFICACIÓN
DE PROCESOS
Las especificaciones de procesos vinculan el proceso al diagrama de flujo de datos y, por consiguiente, al diccionario de datos. La especificación de cada proceso se debe registrar en un formulario especial o en la pantalla de una herramienta CASE como la que utiliza Visible Analyst y que se muestra en el caso de la CPU.
Teclee la siguiente información:
1. El número del proceso: Es el cual debe coincidir con el ID del proceso del diagrama de flujo de datos. Esta especificación permite a un analista trabajar con cualquier proceso o modificarlo y localizar fácilmente el diagrama de flujo de datos donde se encuentra el proceso.
Las especificaciones de procesos vinculan el proceso al diagrama de flujo de datos y, por consiguiente, al diccionario de datos. La especificación de cada proceso se debe registrar en un formulario especial o en la pantalla de una herramienta CASE como la que utiliza Visible Analyst y que se muestra en el caso de la CPU.
Teclee la siguiente información:
1. El número del proceso: Es el cual debe coincidir con el ID del proceso del diagrama de flujo de datos. Esta especificación permite a un analista trabajar con cualquier proceso o modificarlo y localizar fácilmente el diagrama de flujo de datos donde se encuentra el proceso.
2. El nombre del proceso:
Es el cual nuevamente debe ser el mismo que el asentado en el símbolo del
proceso en el diagrama de flujo de datos.
3. Una descripción breve de
lo que realiza el proceso.
4. Una lista de flujos de
datos de entrada: Es usando los nombres que están en-el diagrama de flujo de
datos. Los nombres de datos que se usan en la fórmula o lógica deben coincidir
con los del diccionario de datos para garantizar la consistencia y una buena
comunicación.
5. Los flujos de datos de
salida: Es utilizando también los nombres del diagrama de flujo de datos y del
diccionario de datos.
6. Una indicación del tipo
de proceso, por lote, en línea o manual: Todos los procesos en línea requieren
diseños de pantalla, y todos los procesos manuales deben tener procedimientos
bien definidos para que los empleados realicen las tareas del proceso.
7. Si el proceso usa código prescrito,
incluya el nombre del subprograma o función que contenga al código.
8. Una descripción de la
lógica del proceso: Es cuando indique las políticas y reglas del negocio
en lenguaje cotidiano, no en pseudocódigo de lenguaje de computadora. Las
reglas del negocio son los procedimientos, o quizás un conjunto de condiciones
o fórmulas, que permiten a una corporación dirigir su negocio. Los formatos
comunes de las reglas del negocio incluyen lo siguiente:
- Definiciones de los términos del negocio.
- Condiciones y acciones del negocio.
- Restricciones de la integridad de los datos.
- Derivaciones matemáticas y funcionales.
- Inferencias lógicas.
- Secuencias de procesamiento.
• Relaciones entre las circunstancias del negocio.
9. Si no hay suficiente
espacio en el formulario para una descripción completa del español estructurado
o si hay una tabla o árbol de decisión que describa la lógica, incluir el
nombre de la tabla o árbol correspondiente.
10. Mencione cualquier
problema sin resolver, partes incompletas de la lógica u otras consideraciones:
Estos problemas constituyen la base de las preguntas usadas para las
entrevistas de seguimiento.
DICCIONARIO
DE DATOS Y ESPECIFICACIONES DE PROCESOS
Todos los programas de computadora se podrían codificar mediante tres estructuras básicas: secuencia, selección (IF..THEN… ELSE y la estructura de casos) e iteración o ciclos.El diccionario de datos indica cuál de estas estructuras se debe incluir en las especificaciones del proceso.
TABLAS DE DECISIÓN MÁS AVANZADAS
Todos los programas de computadora se podrían codificar mediante tres estructuras básicas: secuencia, selección (IF..THEN… ELSE y la estructura de casos) e iteración o ciclos.El diccionario de datos indica cuál de estas estructuras se debe incluir en las especificaciones del proceso.
TABLAS DE DECISIÓN MÁS AVANZADAS
Las tablas de decisión pueden ser muy difíciles de manejar porque crecen rápidamente conforme se incrementa el número de condiciones y alternativas. Una tabla con tan sólo siete condiciones y con alternativas sí o no tendría 128 columnas.
ÁRBOLES
DE DECISIÓN
Los árboles de decisión se usan cuando ocurre una bifurcación compleja en un proceso de decisión estructurada. Los árboles también son útiles cuando es necesario mantener una cadena de decisiones en una secuencia particular. Aunque el nombre del árbol de decisión se deriva de los árboles naturales, en la mayoría de los casos los árboles de decisión se construyen de manera lateral, con la raíz del árbol del lado izquierdo del papel; a partir de allí, el árbol extiende sus ramas hacia el lado derecho. Esta orientación permite al analista escribir en las ramas para describir condiciones y acciones.
como insertar una base de datos 1
Como insertar datos en una base de datos
<html>
< head>
< title>Codigo para guardar</title>
< /head>
< body>
< h1>
< strong>Formulario ejemplo !!!</strong></h1>
<form action=”procesa.php” method=”post” name=”datos”>
Nombre:<input name=”Nombre” type=”text” id=”nombre” value=”" /><br>
Apellido Paterno:<input type=”text” name=”Paterno” id=”ap_paterno” /><br>
Apellido Materno:<input type=”text” name=”Materno” id=”ap_materno” /><br>
Sexo:<br>
< input type=”radio” name=”sexo” id=”Masculino” value=”Masculino” />Masculino<br>
< input type=”radio” name=”sexo” id=”Femenino” value=”Femenino” />Femenino<br>
<input type=”submit” name=”ok” id=”ok” value=”Aceptar” />
</form>
< /body>
< /HTML>
<html>
< head>
< title>Codigo para guardar</title>
< /head>
< body>
< h1>
< strong>Formulario ejemplo !!!</strong></h1>
<form action=”procesa.php” method=”post” name=”datos”>
Nombre:<input name=”Nombre” type=”text” id=”nombre” value=”" /><br>
Apellido Paterno:<input type=”text” name=”Paterno” id=”ap_paterno” /><br>
Apellido Materno:<input type=”text” name=”Materno” id=”ap_materno” /><br>
Sexo:<br>
< input type=”radio” name=”sexo” id=”Masculino” value=”Masculino” />Masculino<br>
< input type=”radio” name=”sexo” id=”Femenino” value=”Femenino” />Femenino<br>
<input type=”submit” name=”ok” id=”ok” value=”Aceptar” />
</form>
< /body>
< /HTML>
Suscribirse a:
Entradas (Atom)


