Diccionario de datos en los sistemas de informaciónYaskelly Yedra
Un diccionario de datos es un catálogo, un depósito, de los elementos de un sistema. Es un listado organizado de todos los datos pertinentes al sistema con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un entendimiento en común de todas las entradas, salidas, componentes y cálculos.
Diccionario de datos en los sistemas de informaciónYaskelly Yedra
Un diccionario de datos es un catálogo, un depósito, de los elementos de un sistema. Es un listado organizado de todos los datos pertinentes al sistema con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un entendimiento en común de todas las entradas, salidas, componentes y cálculos.
Diseño de salidas para sistemas de informaciónYaskelly Yedra
Los sistemas de información deben contar con interfaces de usuario que facilitan la salida de información luego de ser procesada, estas salidas pueden ser por pantalla, por impresora o por algún otro tipo de método.
Metodología para el desarrollo del sistemas de información y comunicación seg...travesuras79
Sintesis del Libro "Analisis y Diseño de Sistemas de Informacion" de Jeffry Whitten en el 2003, donde se detalla la metodologia para el desarrollo de sistemas de información y comunicación
Los Diagramas de Flujo de Datos (DFD) es uno de los instrumento que se utilizan para el levantamiento de los requisitos funcionales de un sistema de información.
Diseño de salidas para sistemas de informaciónYaskelly Yedra
Los sistemas de información deben contar con interfaces de usuario que facilitan la salida de información luego de ser procesada, estas salidas pueden ser por pantalla, por impresora o por algún otro tipo de método.
Metodología para el desarrollo del sistemas de información y comunicación seg...travesuras79
Sintesis del Libro "Analisis y Diseño de Sistemas de Informacion" de Jeffry Whitten en el 2003, donde se detalla la metodologia para el desarrollo de sistemas de información y comunicación
Los Diagramas de Flujo de Datos (DFD) es uno de los instrumento que se utilizan para el levantamiento de los requisitos funcionales de un sistema de información.
Especificación de Arquitectura de SoftwareSoftware Guru
El objetivo de la plática es mostrar con un ejemplo como especificar la arquitectura de un sistema.
Hoy en día hay varios libros de Arquitectura de software que nos muestran: Que debemos hacer, Que podemos usar pero pocos nos dan un ejemplo concreto.
Esta platica está dirigida a aquellos colegas que quieren iniciar en el rol de Arquitecto de Software, que tienen la experiencia y conocimientos pero tienen duda de como plasmar sus decisiones de diseño ó se preguntan si su diseño es suficiente y correcto.
En esta platica se desarrolla en 2 partes:
En la 1ª. se repasaran algunos conceptos relativos a la práctica de Arquitectura tales como objetivo, requerimientos no funcionales, riesgos, restricciones, patrones, vistas, etc.
En la 2ª. parte se mostrará como hacer una especificación de Arquitectura de un caso real pero acotado.
Al final espero que el participante se quede con una referencia que sirva para mejorar su práctica de Diseño de Arquitectura.
6. Definiciones de la BD Diccionario de Datos Diagrama de flujo de datos PROC B Z Y X W V A PROC PROC PROC PROC FUENTE DESTINO D ALMACÉN DE DATOS Diagrama E-R (o DED) Diagrama de estructuras Paso al diseño Descripción del proceso Definición del FD Definiciones de los módulos Descrip. E. E.
30. OBTENER DATOS CLIENTES MODULO IMPRIMIR CHEQUE DE PAGO MODULO PREDEFINIDO En Métrica también se dispone de: Almacenes de datos Dispositivos físicos NOMBRE DISPOSITIVO 1 CONECTOR
31.
32. A C B Orden de ejecución de los módulos: de izquierda a derecha y de arriba abajo (Piattini et al. 96). Estructura repetitiva Estructura alternativa
33. Menú login Procesos para departamentos Procesos para Agentes externos Procesos Generales Ejemplo típico de menú:
37. FIN DE FICHERO EL ENTERO ES VÁLIDO “ CONSEGUIR ENTERO VÁLIDO”: ... LEER_ENTERO( fin_fichero, entero ) ; ... if VALIDAR_ENTERO( entero ) then ... ... Jerarquía Iterativa Cuerpo del Bucle CONSEGUIR ENTERO VÁLIDO LEER ENTERO DE FICHERO VALIDAR ENTERO ENTERO ENTERO ENTERO VÁLIDO FIN DE FICHERO
En esta visión general se presentan los dos modelos más importantes del AE: el modelo funcional y el modelo de datos. Se obvia el modelo de comportamiento, que se realiza a través de diagramas menos extendidos, como los HVE (Historia de Vida de las Entidades) o los STD (Diagramas de Transición de Estados). El hecho de que en la transparencia el tamaño del DFD sea mayor que el del E-R no quiere decir que el primero tenga mayor importancia: los dos diagramas presentan visiones paralelas, de las funciones y de los datos.
La flecha simboliza que cada modelo se asienta en el anterior.
La flecha simboliza que cada modelo se asienta en el anterior.
La flecha simboliza que cada modelo se asienta en el anterior.
(Molina et al. 97) El diagrama de estructura no representa aspectos procedurales del sistema como las secuencias, alternativas o bucles. Tampoco muestra detalles internos de los módulos como código, algoritmos o datos. Sin embargo, existe una notación, mostrada en (Piattini et al. 96), en la que se representa la secuencia, alternativas y bucles. En este capítulo vamos a ver ejemplos en las dos notaciones, aunque en los ejercicios utilizaremos la notación mostrada en (Piattini et al. 96).
Ejemplos típicos de módulos serían una función en C o una función o procedimiento en Pascal.
Un módulo predefinido está disponible en la biblioteca del sistema o de la propia aplicación (a veces, puede ser también un módulo de un sistema operativo o de un SGBD), y por tanto, no es necesario codificarlo. En Métrica se pueden utilizar también: (a) almacenes de datos, que son módulos que representan dónde van a estar físicamente los datos (tablas, ficheros); (b) dispositivos físicos, que son dispositivos (de cualquier tipo) por donde se puede recibir o enviar información que necesite el sistema. Para no perder la referencia, el diagrama de estructura debe dibujarse en una hoja tamaño A4. Si no cabe (bien), se deben explosionar los elementos (como en System Architect) o poner conectores.
El diagrama de estructuras de una aplicación tiene típicamente una estructura similar a la mostrada en la figura: un conjunto de opciones de menú que se escogen cíclicamente por el usuario.
El diagrama de estructura no tiene que ser necesariamente un árbol.
]
Importante: son transacciones (caminos) independientes. Tener en cuenta que este esquema tan claro está muy idealizado: normalmente, en los DFDs no está presente de forma explícita el centro de transacción.
Guía de técnicas de Métrica 2.1, pp.144.
¿Es bueno de cara a la reutilización que “Actualizar archivo R (S, T)” haga uso de “imprimir modificaciones”?