3. paradigmas de la ingeniería de software.. 3.1 el enfoque estructurado. 3.1.1 diagramas de flujos...
Post on 25-Jan-2016
235 Views
Preview:
TRANSCRIPT
3. Paradigmas de la ingeniería de software.
3.1 El enfoque estructurado.
3.1.1 Diagramas de flujos de datos. 3.1.2 Diccionarios de datos. 3.1.3 Diseño de módulos. 3.1.4 Descomposición en procesos
Introducción
• La mayoría de la gente, tiene dificultades para entender sistemas grandes, complejos y confusos.
• Existen muchos componentes interrelacionados, las relaciones entre dichos componentes son complejas además de existir mucho detalle con cada componente.
• Es mucho más efectiva la comunicación con imágenes que la descripción de procesos con palabras, de allí que surgen los modelos o paradigmas para comprender los procesos de los sistemas grandes y complejos.
MODELO
• Un modelo es una abstracción de la realidad.
Los modelos son usados para:
• Comprender• Comunicar• Experimentar• Predecir• Negociar• Documentar
La metodología de análisis estructurado
• Se soporta en herramientas de modelación para especificar los REQUERIMIENTOS DEL NEGOCIO y los REQUERIMIENTOS TÉCNICOS de un sistema.
• La DOCUMENTACIÓN de los requerimientos debe ser: ENTENDIDA Y REVISADA para asegurar que dicha documentación logre ser un COMUNICACIÓN COMPLETA, CORRECTA Y CONSISTENTE entre los usuarios y los desarrolladores.
• Las narraciones extensas para definir especificaciones funcionales son TÉCNICAS INAPROPIADAS de Modelación de Requerimientos, debido a que son de carácter procedural, difíciles de particionar, remarcan detalles sacrificando una idea esencial además de que son difíciles de evaluar y corregir.
Beneficios de utilizar Modelación de Análisis Estructurado:
• Concepto Top-Down• Promueven la partición de un todo en sus componentes• Permiten visualizar detalles tanto desde un nivel esencial a un
nivel de detalle específico.• Remarcan “QUÉ DEBE SER HECHO”, más que “CÓMO SE DEBE
HACER”• Permiten modelar sistemas manuales o computacionales, a nivel
empresa o departamento.• Sirven como documentación útil del sistema.• Combinan gráficas y texto• Minimizan la redundancia• Promueven la interrelación personal.
Características
• Gráfico• Particionado • Lógico• Entendible• Producto Natural de Trabajo• Mantenible
HERRAMIENTAS DEL ANÁLISIS ESTRUCTURADO
Para modelar el análisis de requerimientos, se necesita:
• DESCOMPONER UN PROCESO en sus componentes, para estudiar cada uno de ellos, tanto como un ente aislado, como en interacción con el resto.
• Para ser útil, al análisis le debe seguir la SINTESIS, que consiste en unir los componentes del sistema para ver como funcionan en conjunto.
HERRAMIENTAS DEL ANÁLISIS ESTRUCTURADO
• DIAGRAMA DE FLUJO DE DATOS (DFD)• DICCIONARIO DE DATOS (DD)• MINIESPECIFICACIONES (ME) • DIAGRAMA DE ESTRUCTURA DE DATOS (DED)
DIAGRAMA DE FLUJO DE DATOS (DFD)
• Herramienta de modelación que permite representar un sistema en forma gráfica particionada.
• Diagramas => El flujo y transformaciones
DIAGRAMA DE FLUJO DE DATOS (DFD
Representa el Dominio de la InformaciónModelan los procesos informatizados y los
datosDividen en forma jerárquica los procesos.
Elementos de los Diagramas de Flujo de Datos
• Proceso• Flujo de Datos • Almacenes de Datos• Entidades Externas• Diccionario de Datos
Proceso
• Representan las transformaciones de la Información. Contiene:
• − Nombre: Único y representativo (verbo+objeto).
• − Identificador: Numeración jerárquica.
1 1 Calcular Venta Calcular Venta
Flujo de Datos
Representan una ruta a través de la cual un conjunto de datos conocido pueden comunicarse de:
• un proceso X a un proceso Y• Un archivo a un proceso y viceversa• Una entidad a un proceso RFC del Empleado
Nomenclatura para flujos de datos
• Asignar nombre que el usuario maneja• Nombre debe representar la información lo
más apegado posible• En niveles altos de modleación, es
recomendable englobar flujos en uno solo, con el fin de lograr legibilidad
• Nombres cortos (máximo 30 caracteres)• Uso de estándares (abreviaturas)
Almacenes de Datos
• Representan la información en reposo del sistema
Yourdon / De Marco Gane Sarson
Entidades Externas
• Representan personas o entes generadores o receptores de información
Yourdon / De Marco Gane Sarson
Ejemplos de Entidades
ClienteFacturación
Crédito
y Cobranza
Pagos
ComprobantesFactura
top related