Ing De Software

Instituto Tecnológico Superior de Zapopan Unidad III Paradigmas de la ingeniería de software

Unidad III.‐ Paradigmas de la ingeniería de software 
El enfoque estructurado.  
El  análisis  se  centra  en  una  investigación  del  problema,  no  en  la  manera  de  definir  una  solución. El análisis modela el dominio del problema y crea un modelo “ideal” del sistema sin tomar en cuenta detalles técnicos o de implementación.    El análisis estructurado considera:  o Nuevas  metas  para  el  análisis:  pretende  generar  un  producto  mantenible,  particionable, reusable, eficiente, usa gráficos siempre que sea posible.  o Uso de herramientas estructuradas: Diagramas de Flujo de Datos, Diagramas Entidad‐ Relación, Diccionario de Datos.   Los analistas de sistemas usan técnicas/herramientas de modelado para:    o Concentrarse en (identificar) las características principales del sistema.  o Discutir cambios y correcciones a los requerimientos especificados por el usuario, esto  a un bajo costo y un mínimo de riesgo.  o Verificar  que  el  analista  de  sistemas  entiende  correctamente  los  requerimientos  y  documente  de  tal  manera  que  los  diseñadores  y  programadores puedan  construir  el  sistema. 

Diagramas de flujos de datos. 
Una  de  las  metas  clave  del  Análisis  Estructurado  es  realizar  una  partición  útil  del  área  a  ser  especificada. En lugar de efectuar una especificación monolítica, podemos hacer un conjunto  integrado de mini‐especificaciones. La principal herramienta estructurada para particionar son  los Diagramas de Flujo de Datos.   Un  diagrama  de  flujo  de  datos  es  una  representación  del  sistema.  El  Diagrama  de  Flujo  de  Datos muestra el sistema en términos de sus componentes y sus interfaces.    Los modelos de flujo de datos se utilizan para mostrar cómo fluyen los datos a través de una  secuencia  de  pasos  de  procesamiento.  Por  ejemplo,  un  paso  de  procesamiento  podría  ser filtrar registros duplicados en una base de datos de clientes. Los datos se transforman en cada  paso antes de moverse a la siguiente etapa. Estos pasos de procesamiento o transformaciones  representan procesos software o funciones cuando los diagramas de flujo de datos se utilizan  para  documentar  un  diseño  software.  Sin  embargo,  en  un  modelo  de  análisis,  el procesamiento se puede llevar a cabo por las personas o por las computadoras.    Un DFD es una herramienta de modelado que nos permite representar un sistema como una  red de procesos funcionales conectados unos con otros mediante flujos y/o contenedores de  información.     Los componentes básicos de un DFD son:    Los procesos: siempre denotan un cambio o transformación de  los datos.   

M.S.I. José Luis García Cerpas 

 

28 

InstitutoTecnológico Superior de Zapopan Unidad III Paradigmas de la ingeniería de software Los flujos: Representan las interfaces entre los componentes de  un  DFD.  Muestran  el  movimiento  de  paquetes  de  información  (datos) de un punto a otro del sistema.  El  almacén  de  información:  muestra  un  contenedor  para  los  datos que permite la adición y la recuperación de éstos (el tipo de almacenamiento físico no es especificado).  Las  entidades  externas:  cualquier  entidad  (persona,  sistema,  etc.)  que  reside  fuera  del  contexto  del  sistema  y  que  puede  enviar  datos  o  recibirlos  del  sistema.  La  entidad  externa  también es llamada fuente o destino de los datos. 

 

 

 

  Ejemplo de un DFD   

    Ejemplo de un DFD 

 

   CONVENCIONES (SUGERENCIAS DE MODELADO):    1. Todos lo procesos, a excepción del proceso del diagrama de contexto, deben usar  verbos en su nombre (Ejemplo: Calcular nómina).  2. Todos los flujos de datos deben usar un sustantivo (Ejemplo: datos_empleado). 

M.S.I. José Luis García Cerpas 

 

29 

Instituto Tecnológico Superior de Zapopan Unidad III Paradigmas de la ingeniería de software

3....