INSTITUTO TECNOLÓGICO

SUPERIOR DE SAN ANDRÉS

TUXTLA

INGENIERÍA INFORMÁTICA

Materia:

FUNDAMENTOS DE SISTEMAS DE INFORMACIÓN

Docente:

MARÍA DE LOS ÁNGELES PELAYO VAQUERO

Grupo:

310-A

Alumno:

LUIS ENRIQUE RIVAS CHAMPALA

U4

ENSAYO

“Análisis de los paradigmas”

INTRODUCCIÓN

La construcción de un sistema software, con independencia de su tamaño, de sus

características funcionales y de la tecnología elegida, consta de una serie de fases
que abarcan desde su concepción hasta su retirada, definiendo un espacio
temporal que recibe el nombre de ciclo de vida del software. Existen diferentes
modelos de ciclo de vida, cada uno con sus propias peculiaridades, adaptándose
unos mejor que otros a los distintos paradigmas o estilos de programación. Pero,
lo que sí se puede afirmar es que en ninguno de estos modelos de desarrollo se
comienza un proyecto software por la fase de implementación.

Comenzar un proyecto software por la fase de implementación, esto decir,

colocarse inmediatamente delante del ordenador y comenzar a generar código
fuente, es desgraciadamente una forma de trabajo bastante extendida, que toma
sus tintes más preocupantes cuando sale del entorno del programador ocasional o
aficionado, para convertirse en la forma de trabajo de la inmensa mayoría de las
empresas de construcción de software dentro y fuera de nuestras fronteras.

Que este marco de desarrollo sea válido tanto para los desarrollos
tradicionales (desarrollos estructurados) como para los desarrollos orientados a
objeto, no significa que la realización de las actividades propias de cada fase se
lleve a cabo de la misma manera. De hecho, en los desarrollos estructurados hay
mucha distancia entre las fases de análisis de diseño, e incluso entre los
diferentes modelos generados en una misma fase. Esta separación se conoce con
el nombre de gap semántico, y es la barrera que la orientación a objeto intenta
eliminar difuminando la frontera entre las diferentes fases.
 ANÁLISIS DE LOS PARADIGMAS ESTRUCTURADO Y
ORIENTADO A OBJETOS

Enfoque Estructurado

1. El análisis está orientado a los procesos del sistema.

2. En este análisis se llega solo a la fase de integración y no toma en

consideración los cambios que ocurren dentro del sistema en el proceso de
análisis y diseño de sistemas.

3. Consta de 5 fases: Análisis, Diseño, Codificación, Pruebas e Integración.

4. El diseño inicia una vez ha culminado la fase de análisis de sistema.

5. Se consideran los elementos o perspectivas básicas del análisis (Entrada-

Proceso-Salida), en función del software.

6. Requiere traducir el dominio del problema en una serie de funciones y

subfunciones. El analista debe comprender primero el dominio del problema
y a continuación documentar las funciones y subfunciones que debe
proporcionar el sistema. No existe un mecanismo para comprobar si la
especificación del sistema expresa con exactitud los requisitos del sistema.

Enfoque Orientado a Objetos

1. El análisis está orientado a los objetos.

2. Un programa que se usa e un ambiente real necesariamente debe cambiar.

Los cambios difieren un poco de los requeridos en evolución, pues
 contemplan la introducción de nuevas funcionalidades no previstas en el
problema original.

3. Consta de 4 fases: Análisis, Diseño, Evolución y Modificación.

4. El diseño inicia aún antes de concluir con la etapa de análisis. Se

recomienda analizar un poco y diseñar. Esta etapa debe concluir uva vez
que se establecieron claves y mecanismos importantes.

5. Se consideran los conceptos básicos como el Objeto y el Atributo, el todo y

sus partes (software), clases y miembros. Modela los objetos que son parte
de él.

6. Es una forma de pensar acerca de un problema en términos del mundo real

en vez de en términos de un ordenador. El AOO permite analizar mejor el
dominio del problema, sin pensar en términos de implementar el sistema en
un ordenador. El AOO permite pasar directamente el dominio del problema
al modelo del sistema.

CONCLUSIÓN

Puedo concluir entonces que, la programación orientada a objetos se basa en una

nueva forma de pensar los problemas, declarando como variables o los tipos de
datos los objetos del problema, y que, a su vez, cada objeto tiene anidadas
variables que hacen referencia al dato.

Por otro lado, en análisis estructurado pretende resolver un problema de

principio a fin en una sola estructura de código, mientras que el enfoque orientado
a objetos, resuelve el problema identificando los actores que tienen participación
en el problema e identificando también sus acciones.
 Una diferencia entre el enfoque estructurado y el enfoque orientado a
objetos es que la programación estructurada separa los datos de las funciones,
mientras que la programación orientada a objetos define un conjunto de objetos
donde se combina de forma modular los datos con las funciones.