Paradigmas de la programación de alto nivel

Reactivos para autoevaluación de la Unidad 3
1. Paradigmas de la programación de alto nivel
Solución procedimental u operacional, Solución demostrativa, Solución
declarativa.
2. DFD
Es una representación gráfica de los procesos que se realizan con los datos en
su organización, usan cuatro simbolos
3. Simbolos
Cuadro
doble,
flecha,
rectangulo
con
esquinas
redondeadas(burbuja),
rectangulo abierto
4. Cuadro doble
Se usa para describir una entidad externa (otro departamento, un negocio, una
persona o una maquina) que puede enviar datos al sistema o recibirlos de el
5. Flecha
Muestra el movimiento de los datos de un punto a otro, con la punta de la
flecha señalando hacia el destino de los datos
6. Rectangulo con esquinas redondeadas
Se usa para mostrar la presencia de un proceso de transformación. Los
procesos siempre denotan un cambio en los datos o una transformación de
estos.
7. Rectangulo abierto
Representa un almacén de datos.
8. Cuadro doble
También se llama origen o destino de datos.
9. Rectangulo abierto
Se les asigna un nombre debido a que representan a una persona, lugar o
cosa.
10. Pasos para desarrollar DFD
Lista de actividades, creacion del diagrama de contexto, dibujo del diagrama
cero, creacion de diagramas hijos, revision de errores en el diagrama
11. Diagrama de contexto
Es el nivel más alto en un diagrama de flujo de datos y contiene un solo
proceso, que representa a todo el sistema.
12. Lista de actividades
Tiene cuatro categorías de entidad externa, flujo de datos, procesos, y almacén
de datos. A su vez ayudara a determinar los límites del sistema que describirá.
13. Dibujo del diagrama cero
Es la ampliación del diagrama de contexto y puede incluir hasta nueve
procesos. Se incluyen los principales almacenes de datos del sistema
14. Regla en la creacion de diagramas hijo
Es el equilibrio vertical, estipula que un diagrama hijo no puede producir salida
o no puede recibir entrada que el proceso padre no produzca o reciba también.
15. Flujo de datos de interfaz
Es el flujo de datos que coincide con el flujo padre y se representa con una
flecha que parte de un área vacía del diagrama hijo.
16. Errores en los diagramas
Olvidar incluir un flujo de datos o apuntar con una flecha en la dirección
incorrecta, Conectar directamente entre sí almacenes de datos y entidades
externas, Asignar nombres incorrectos a los procesos o al flujo de datos, Incluir
más de nueve procesos en un diagrama de flujo de datos, Omitir un flujo de
datos, Crear una separación (o ampliación) desequilibrada en los diagramas
hijos.
17. Diagrama de flujo de datos logico
Un diagrama de flujo de datos lógico se enfoca en el negocio y en el
funcionamiento de éste, describe los eventos que ocurren en el negocio y los
datos requeridos y producidos por cada evento
18. Diagrama de flujo de datos físico
Muestra cómo se implementará el sistema, incluyendo el hardware, el software,
los archivos y las personas involucradas en el sistema
19. Diagramas de flujos logicos
Representan características de un sistema que deberían existir sin importar
cuales sean los medios físicos para llevarlas a cabo.
20. Ventajas por el uso del modelo logico
Flexibilidad y mantenimiento.Eliminación de redundancias y creación más
sencilla del modelo físico.
21. Ventajas por el uso del modelo fisico
Distribuye en un orden particular los procesos que se deben realizar.
Identifica los almacenes de datos temporales.
22. Elementos derivados
Son los elementos que no se teclean sino que son resultados de un cálculo o
de una operación lógica.
23. Razones para particionar flujos de datos
Diferentes grupos de usuarios, Sintonización, Tareas similares, Eficiencia,
Consistencia de los datos, Seguridad
24. Diccionario de datos
Surge de la necesidad de catalogar los procesos, flujos almacenes estructuras
y elementos de datos. Los nombres que se usan son muy importantes.
25. Diccionario de datos
Es un listado organizado de todos los elementos de datos que son pertinentes
para el sistema, con definiciones precisas y rigurosas que permiten que el
usuario y el analista del sistema tenga una misma comprensión de las
entradas, salidas, de los componen.
26. Elementos de datos
Se debe definir una vez en el diccionario de datos y también se podría
introducir previamente en un formulario de descripción del mismo.
27. Modularidad
Es el único atributo del software que permite gestionar un programa
intelectualmente.
28. Metodos para definir modulos
Capacidad
de
descomposición
modular,
Capacidad
de
empleo
de
componentes modulares, Capacidad de comprensión modular, Continuidad
modular, Protección modular.
29. Independencia funcional
Es la suma de la modularidad y de los conceptos de abstracción y ocultación
de información. Se consigue desarrollando módulos con una función
“determinante” y una “aversión” a una interacción excesiva con otros módulos.
30. Independencia funcional
Es la clave para un buen diseño y el diseño es la clave para la calidad del
software. Se mide mediante dos criterios cualitativos: la cohesión y el
acoplamiento.
31. La cohesion
Es una extensión natural del concepto de ocultación de información (la
información que esta dentro de un modulo debe ser inaccesible a otros
módulos que no necesiten esa información.
32. Modulo cohesivo
Debe (idealmente) hacer una sola cosa.
33. Cohesion casual
Ocurre cuando existe poca o ninguna relación entre los elementos de un
módulo. Es un punto cero en la escala de cohesion.
34. Cohesion logica
Están lógicamente asociados se piensa en ellos como elementos que
pertenecen a la misma clase lógica de funciones, aquellas que pueden
pensarse como lógicamente juntas.
35. Cohesion temporal
Todos los elementos de procesamiento de una colección ocurren en el mismo
período de tiempo durante la ejecución del sistema. Es mas fuerte que la
cohesion logica.
36. Cohesion procedimental
Son elementos de una union común. Estos se combinan en un módulo, que
implica una secuencia de ejecución de los pasos.
37. Cohesion de comunicación
Es el menor nivel en el cual se encuentra una relación entre los elementos de
procesamiento que es específicamente dependiente del problema.
38. Cohesion secuencial
En este nivel los datos de salida de un elemento de procesamiento sirven como
datos de entrada al siguiente elemento de procesamiento.
39. Cohesion funcional
Cada elemento de procesamiento, es parte integral de, y esencial para, la
realización de una función simple.
40. Acoplamiento
Es una medida de interconexión entre módulos.Depende de la complejidad de
interconexión entre los módulos, el punto donde se realiza una entrada o
referencia a un módulo, y los datos que pasan a través de la interfaz.
41. Factores en el acomplamiento
Tipo de conexión entre módulos, Complejidad de la interfaz, Tipo de flujo de
información en la conexión, Momento en que se produce el ligado de la
Conexión
42. Acoplamiento de marca (stamp
Se da cuando una parte de la estructura de datos (en vez de argumentos
simples) se pasa a través de la interfaz
43. Acoplamiento de contenido
Se da cuando un módulo hace uso de datos o de información de control
mantenidos dentro de los límites de otro módulo
44. Descomposicion en procesos
Fases que generalmente caracterizan al proceso del software como definición
desarrollo y soporte se aplican a todo software. El problema es seleccionar el
modelo de proceso apropiado para la ingeniería del software que debe aplicar
el equipo.
45. caracteristicas enfoque orientado a objetos
Objeto, clase, atributo, mensaje, polimorfismo, herencia
46. Objeto
Un objeto es una unidad de código compuesto de variables y métodos
relacionados
47. Objeto
Encapsula datos, operaciones, otros objetos constantes y otra información
relacionada. Pueden ser: Entidades externas, ocurrencias o eventos, papeles o
roles, unidades organizacionales, lugares, estructuras
48. Clase
Es una descripción generalizada que describe una colección de objetos con
características similares
49. Atributos
Están asociados a clases y objetos, ellos describen la clase y el objeto de
alguna manera. Puede tomar un valor definido por un dominio enumerado.
50. Mensajes
Son el medio a través del cual los objetos intercambian información. Un
mensaje estimula la ocurrencia de cierto comportamiento en el objeto receptor.
El comportamiento se realiza cuando se ejecuta una operación.
51. Encapsulamiento
Consiste en unir en la clase las características y comportamientos, esto es, las
variables y métodos. Es tener todo esto es una sola entidad.
52. Herencia
Consiste en que una clase puede heredar sus variables y métodos a varias
subclases (la clase que hereda es llamada superclase o clase padre). Significa
que una subclase, aparte de los atributos y métodos propios, tiene
incorporados los atributos y métodos.
53. Polimorfismo
Permite que un número de operaciones diferentes tengan el mismo nombre.
Esto reduce el acoplamiento entre objetos, haciendo a cada uno más
independiente.
54. Objetivo de coad yourdon
descripción breve y concisa, así como el uso de textos generales, las
definiciones tienen un sentido común, reduciendo el empleo de modismos
55. Actividades principales
Definición de las clases y objetos,Identificación de estructuras, Identificación de
temas, Definición de atributos, Definición de servicios
56. Modelos de OMT
Modelo de objetos, Modelo dinámico, Modelo funcional
57. Modelo dinamico de OMT
Muestra el comportamiento del sistema, especialmente la secuencia de
interacciones
58. Modelo funcional
Muestra la forma en que se obtienen los valores, sin considerar el momento en
que sean computadas
59. Modelo de objeto
Objeto muestra la estructura estática en el mundo real
60. Schlaer Mellor
Su principal fuerza es su madurez y la existencia de técnicas para integrar los
modelos de información, los modelos de estado y los modelos de proceso. La
principal debilidad del método es su complejidad
61. Booch
Modela un diseño orientado a objetos desde un punto de vista lógico y punto de
vista físico, que define la arquitectura de módulos y procesos
62. Fusión
Es un métodos de desarrollo de “Segunda Generación”. Proporciona elementos
de desarrollo para y con reusabilidad y reingeniería
63. Diseño Orientado a Objetos
Ofrece un mejor soporte para la reutilización, combina servicios e información,
con esto incrementa la modularidad
Diagramas enfoque fisico booch
Diagramas de procesos, Diagramas de módulo
64. HOOD
Los componentes del software obtienen su identidad de su correspondencia
con cosas en el mundo real, en vez de las funciones que el sistema tiene que
realizar.
65. HOOD
No tiene un método de análisis complementario
66. Componentes Coad y Yourdon
ámbito
del
problema;
interacción
humana;
administración
de
tareas;
administrador de datos
67. Diseño de la Técnica de Modelación de Objetos OMT
tiene un alto nivel estratégico y decisión para resolver los problemas