viernes, 27 de septiembre de 2013

MODELOS DE IMPLEMENTACION Y MODELOS DE ABSTRACCION





NOMBRE DEL ALUMNO: MIGUEL ÁNGEL CRUZ ROBLEDO

NOMBRE DE LOS ALUMNOS: MIGUEL ÁNGEL CRUZ ROBLEDO
                                                   LILIA  LÓPEZ   ALVARADO


MATERIA: PARADIGMA Y LENGUAJE DE PROGRAMACIÓN
  
CATEDRATICO: L.I. GERMÁN VÁZQUEZ RABANALES

  
TEMA:     1.- ALGUNOS MODELOS DE IMPLEMENTACIÓN
                 2.- MECANISMO DE ABSTRACCIÓN 

                      
                              TAPACHULA, CHIAPAS A;  21  DE  SEPTIEMRE  DEL  2013


ABSTRACCIÓN

Operación intelectual que ignora selectivamente partes de un todo, para facilitar su comprensión.
Propiedades de una descomposición útil:
Ø  Todas las partes deben estar al mismo nivel.
Ø  Cada parte debe poder ser abordada por separado.
Ø  La solución de cada parte debe poder unirse al resto para obtener la solución final.

Ø  ABSTRACCIÓN POR PARAMETRIZACIÓN.
Se introducen parámetros para abstraer un numero infinito de computaciones.
Ø  ABSTRACCIÓN POR ESPECIFICACIÓN.
Permite abstraerse de la implementación  concreta de un procedimiento, asociándole una descripción precisa de su comportamiento.
Ø  ABSTRACCIÓN DE ITERACIÓN.
 Permite trabajar sobre colecciones de objetos sin tener que preocuparse por la forma concreta en que se organizan.

Ø  ABSTRACCIÓN PROCEDIMENTAL.
 Es un conjunto de operaciones (procedimiento) que se comporta como una operación, permite abstraer un conjunto preciso de operaciones de computo como una operación simple. Realiza la aplicación de un conjunto de entradas en las salidas, con posible modificación de entradas.

MODELOS DE IMPLEMENTACIÓN
Una implementación es la realización de una especificación técnica o algoritmos como un programa, componente software, u otro sistema de cómputo. Muchas implementaciones son dadas según a una especificación o un estándar. Por ejemplo, un navegador web respeta en su implementación, las especificaciones recomendadas según el World Wide Web Consortium, y las herramientas de desarrollo del software, contienen implementaciones de lenguajes de programación.

MODELO DE PILA
Ø  Busca describir la  semántica desde el punto de vista del implementador. Consiste en tres componentes:






Static Link: Puntero al R.A. del bloque que contiene (inmediatamente) al bloque en ejecución.
Dynamic Link: Puntero al lugar desde donde fue "llamada" la ejecución del bloque. (Para bloques "no-subprogramas" es S.L. es siempre igual al D.L.)

MODELO DE CONTORNO
Consiste de un algoritmo, invariante en el tiempo, y un registro de ejecución, un proceso es una secuencia de instantáneas, o descripciones instantáneas (w1, w2) cada una consistiendo de dos componentes: el algoritmo y el estado actual del registro de ejecución de ese algoritmo.

Ø  La ventaja de este modelo, es que muestra explícitamente las estructuras de contorno anidadas tanto del algoritmo como de los registros de ejecución de los procesos estructurados en bloques.
Ø  Otra ventaja, es el concepto de lugar de control, identificado en forma explícita como una entidad separada, llamado procesador.

Ø  El procesador es un ítem consistente de dos punteros: un environment pointer (ep) y un instruction pointer (ip).
Ø  ep debe ser nulo, o apuntar al contorno del registro; ip debe apuntar a una instrucción del algoritmo.
Ø  Si ep es nulo, el procesador tiene un ambiente nulo, e ip debe apuntar a una instrucción del algoritmo no encerrada por contorno alguno.

Si ep apunta a un contorno A', copia de un contorno A del algoritmo, entonces el ambiente de acceso del procesador consiste del contorno A' y todos los contornos que encierran a A', mientras que ip debe apuntar a una instrucción contenida (inmediatamente) por el contorno A'.
Ejemplo:
1    begin    integer a;
2        procedure p(i); value i; integer i;
3            begin    a:=i;
4            end
5        begin    integer a;
6            a:=1;
7            p(a);
8        end
9    end

 


Operación intelectual que ignora selectivamente partes de un todo, para facilitar su comprensión.
Propiedades de una descomposición útil:
ØTodas las partes deben estar al mismo nivel.
ØCada parte debe poder ser abordada por separado.
ØLa solución de cada parte debe poder unirse al resto para obtener la solución final.



jueves, 5 de septiembre de 2013

PARADIGMA DE PROGRAMACIÓN IMPERATIVA




 
NOMBRE DE LA  ESCUELA: INSTITUTO  UNIVERSITARIO DE MÉXICO


INTEGRANTES DEL EQUIPO: MIGUEL ÁNGEL CRUZ ROBLEDO
                                                    LILIA  LÓPEZ   ALVARADO
     

MATERIA: PARADIGMA Y LENGUAJE DE PROGRAMACIÓN
  

CATEDRATICO: L.I. GERMÁN VÁZQUEZ RABANALES

  
TEMA: PARADIGMA DE PROGRAMACION IMPERATIVA
  
                     
                           TAPACHULA, CHIAPAS A;  07  DE  SEPTIEMBRE  DEL  2013




PARADIGMA
DE PROGRAMACIÓN IMPERATIVA


El paradigma de programación imperativa llamado también algorítmico (por procedimiento), es considerado el mas común y esta representado por C, FORTRAN, BASIC Y PASCAL.


Es un conjunto de instrucciones que le indican a la computadora como realizar una tarea. Los elementos mas importantes de este paradigma son las variables, los tipos de datos, expresiones y estructuras de control.
Describe la programación en términos del estado del programa y sentencias que cambian dicho estado.
Encuentra soluciones a problemas basándose en la operativa de la máquina de VON NEWMAN, que está provista de un programa en su memoria, el cual se va ejecutando secuencialmente, alimentándose de datos de tal memoria, con los que efectúa sus cálculos, para luego actualizar esta memoria.

CARACTERÍSTICAS 



Los Datos. Cada dato tiene una representación y un número de propiedades conocidas como tipo.
El Estado De Los Programas. Una actividad importante de un programa en un lenguaje imperativo es el cambio del estado interno de la computadora representado por los valores de las variables y del estado externo representado por las entradas y salidas a dispositivos.
El Flujo De Control. Los lenguajes imperativos dan al programador un control extensivo sobre el orden en el cual se ejecutan los enunciados en el programa. Los mecanismos usuales son: secuencia, selección, repetición e invocación de rutinas.
La Composicion De Los Programas. Se pueden distinguir cuatro niveles de jerarquía: bloques, rutinas, paquetes (módulo o tareas) y programas. 
 
   Efectos de una Asignación: Una propiedad característica de una asignación es que cambia el valor almacenado (estado actual) en una dirección (localidad) de memoria en un computador. Los conceptos de "estado" y "localidad" vienen directamente del modelo del computador para el lenguaje imperativo.
   
 
EJEMPLO:
 
  Programa: a:=b+c b:=b+1
  Estado 0: a=2 b=3 c=4
  Modificación: a:=b+c
  Estado 1: a=7 b=3 c=4
  Modificación: b:=b+1
  Estado 2: a=7 b=4 c=4
 




miércoles, 31 de julio de 2013

CICLO DE VIDA DE UN SISTEMA INFORMÁTICO







NOMBRE DE LA  ESCUELA: INSTITUTO  UNIVERSITARIO DE MÉXICO



NOMBRE DEL ALUMNO:      LILIA  LÓPEZ   ALVARADO
                                                MIGUEL ÁNGEL CRUZ ROBLEDO



MATERIA: PARADIGMA Y LENGUAJE DE PROGRAMACIÓN
  


CATEDRATICO: L.I. GERMÁN VÁZQUEZ RABANALES


  
TEMA: CICLO DE VIDA DE UN SISTEMA INFORMÁTICO




                                 
                                   TAPACHULA, CHIAPAS A;  03  DE  AGOSTO  DEL  2013







CICLO DE VIDA DE UN SISTEMA INFORMÁTICO

Es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario. Según James Senn, existen tres estrategias para el desarrollo de sistemas:
v  El método clásico del ciclo de vida de desarrollo de sistemas,
v  Método de desarrollo por análisis estructurado
v  Método de construcción de prototipos de sistemas.


FASE I   REQUERIMIENTOS
Esta fase es fundamental para que la estrategia informática encaje dentro de las metas de la empresa, ya que en ella se cumplen las funciones del modelaje del negocio y planificación de sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta forma sus requerimientos de información.
En esta fase se desarrolla un modelo del área estudiada, donde se representa: Los procesos, la información, las reglas, políticas y prácticas de la empresa relacionada con estos procesos.


FASE II:   ANÁLISIS/DISEÑO
El objetivo de esta fase es desarrollar el diseño arquitectónico de los sistemas, utilizando los requerimientos obtenidos en la primera fase.
En el diseño arquitectónico se engloban dos componentes: los datos y los procesos, los cuales serán analizados y diseñados desde una perspectiva conceptual a una física.


ACTIVIDADES DENTRO DE LA FASE DE ANÁLISIS/DISEÑO.
ü  Analizar y Diseñar Proceso: Se toman en cuenta con el propósito de determinar la forma en que debe funcionar el sistema.
ü  Analizar y Diseñar los Datos: Se debe organizar los distintos modelos de datos que nos ayuden a diseñar la base de datos que hagan falta para que el sistema funcione de acuerdo al modelo de funcionamiento.
ü  Diseñar y Organizar los Componentes Físicos: Son Todos los componentes físicos  tales como: pantallas  y  base de datos, que hagan posible el funcionamiento del sistema.
ü  Planificar El Desarrollo De Los Componentes Físicos: Se planifica la forma en que pueden ser construidos e implementados los componentes físicos de una forma rápida y productiva.


FASE III: CONSTRUCCIÓN

En esta fase existen actividades separadas en cinco sub-fases:

  1. DESARROLLO DE INFRAESTRUCTURA
Se desarrollará y organizará la infraestructura que permita cumplir las tareas de construcción en la forma más productiva posible.

  1. ADAPTACIÓN DE PAQUETE
Es conocer al máximo detalle posible el funcionamiento del paquete, este asegurará que el paquete será utilizado con el máximo provecho, tanto desde el punto de vista del negocio, como de la utilización de recursos. Cada componente del paquete será revisado en forma exhaustiva por el equipo Analista – Usuario, con el fin de conocer y comprender todos los aspectos del paquete.


  1. DESARROLLO DE UNIDADES DE DISEÑO INTERACTIVAS
Son procedimientos que se cumple o se ejecutan a través de un dialogo usuario – sistema.
Las actividades de esta subfase tienen como objetivo central:
v  Especificar en detalle las tareas que debe cumplir la unidad de diseño
v  Desarrollar componentes
v  Realizar las pruebas unitarias y las pruebas de integración a nivel de la unidad de diseño.

  1. DESARROLLO DE UNIDADES DE DISEÑO BATCH
En esta sub.-fase se preparan especificaciones hechas utilizando una combinación de técnicas como flujo gramas, diagramas de estructuras, tablas de decisiones.
  1. DESARROLLO DE UNIDADES DE DISEÑO MANUALES
Se desarrollan todos los procedimientos administrativos que rodearán y gobernarán la utilización de los componentes computarizados en la fase de diseño detallado y construcción.

FASE IV – PRUEBAS
El sistema se emplea de forma experimental para asegurar que el software no falle,  que funcione de acuerdo a sus especificaciones y a la manera que los usuarios esperan que lo haga, antes de que el sistema sea puesto en marcha y se dependa de él. Se llevan a cabo varios niveles de prueba:
v   Funcional: Prueba desde el punto de vista de los requerimientos funcionales.
v   De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de desempeño.
v   De Integración: Prueba de interfaces.
v   De Aceptación Técnica: Prueba de manejo de condiciones extremas.
Si el Sistema cumple de forma satisfactoria, se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para de esta forma dar inicio al proceso de aceptación final, durante el cual, el sistema comenzará a funcionar bajo la responsabilidad del departamento de operaciones y del usuario, por un lapso determinado de tiempo llamado Periodo de Aceptación.


FASE V: PRODUCCIÓN / MANTENIMIENTO
Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada programa, cada procedimiento y cada estructura de datos se convierte en una pieza del negocio que, como tal, deberá funcionar en forma constante, exacta y confiable. La operación del negocio ahora dependerá del funcionamiento del sistema, por lo que las tareas de mantenimiento cobran vital importancia.

Durante la fase de mantenimiento, se ponen en práctica todas las políticas y los procedimientos destinados a garantizar la operación continúan de los de los sistemas y a asegurar su uso efectivo, con el fin, de que éstos se constituyan en una verdadera herramienta de apoyo al logro de los objetivos estratégicos de la empresa.


BIBLIOGRAFÍA

SENN, James A. (1992) Análisis y Diseño de Sistemas de Información. Segunda Edición. Editorial McGrawHill. México.
Kendall &Kendall,LlorensFabregas y, Llorens Fabregas.
INFOGRAFIA:http://www.monografias.com