Diccionario de Datos  CARACTERÍSTICAS

 El diccionario de datos es un componente importante del análisis estructurado ya que por sí solos los diagramas de flujo de datos no describen el objeto de la investigación.  El diccionario de datos proporciona más información relacionada con el sistema.

QUÉ ES?

Un diccionario de datos es un catálogo, un depósito, de los elementos en un sistema. Como su nombre lo sugiere,

IMPORTANCIA

Los analistas utilizan el diccionario de datos por cinco razones importantes:   Para manejar los detalles en sistemas grandes. , Para comunicar un significado común para todos los elementos del sistema. , Para documentar las características del sistema. , Localizar errores y omisiones en el sistema.

Elementos dato

Son los bloques básicos para todos los demás datos del sistema. Por si mismo no conllevan suficiente significado para ningún usuario.

Estructuras de datos

Es un grupo de datos elementales que están relacionados con otros y que en conjunto describen un componente del sistema.

 

Modelo Estructurado

Es un método clásico que especifica los requerimientos de software, establecen estándares de fácil mantenimiento y documentación,

Análisis Estructurado:

Se concentra en especificar lo que se requiere que haga el sistema o aplicación bien sea nuevo, o ya existente, es una técnica centrada principalmente en los procesos, entradas, salidas y archivos, las cuales son utilizadas para modelar los requerimientos y necesidades del usuario en un sistema.

ELEMENTOS DEL ANÁLISIS ESTRUCTURADO

DIAGRAMAS DE FLUJO DE DATOS (DFD): Herramienta que nos permite mostrar el sistema como una red de sistemas conectados entre sí por los datos.

DIAGRAMAS DE FLUJO DE CONTROL (DFC):

Estas ampliaciones permiten al analista reflejar el flujo de control y el procesamiento de control; muestran como fluyen los sucesos entre los distintos procesos e ilustran como los sucesos externos hacen que se activen los procesos.

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 tengan una misma comprensión de las entradas, salidas, almacenes de datos y cálculos intermedios.

DIAGRAMA ENTIDAD-RELACIÓN:

Representa las relaciones entre entidades de datos.

DIAGRAMA DE TRANSICIÓN DE ESTADOS (DTE):

Indica cómo se comporta el sistema como consecuencia de sucesos externos

ESPECIFICACIÓN DE PROCESOS

Esta metodología (análisis estructurado) utiliza una serie de herramientas como lenguaje estructurado, tablas de decisión, árbol de decisión, etc.,

CARACTERÍSTICAS

Se deben tratar los problemas de gran tamaño mediante algún método efectivo de partición

 

Siempre que sea posible, se deben utilizar gráficos

 

Se deben diferenciar las consideraciones lógicas (esenciales) y las físicas (de implementación)

Elementos documentales no incluidos dentro del análisis estructurado:

 Análisis de costos y beneficios. , Estudio de viabilidad. , Gestión del proyecto. , Análisis de rendimiento. , Selección del equipo de desarrollo. , Gestión de personal.

Diseño Estructurado

: Es otro elemento del Modelo Estructurado que emplea la descripción gráfica, se enfoca en el desarrollo de especificaciones del software.

Modelo Orientado a Objetos

Actividad: Describir en qué consiste en 5 oraciones simples.

El paradigma OO se basa en el concepto de objeto. Un objeto es aquello que tiene estado (propiedades más valores), comportamiento (acciones y reacciones a mensajes) e identidad (propiedad que lo distingue de los demás objetos).

Análisis Orientado a Objetos «es un método de análisis que examina los requerimientos desde la perspectiva de las clases y objetos encontrados en el vocabulario del dominio del problema«.

Diseño Orientado a Objetos «es un método de diseño que abarca el proceso de descomposición orientado a objetos y una notación para representar ambos modelos lógico y físico tal como los modelos estáticos y dinámicos del sistema bajo diseño».

Características principales del Diseño Orientado a Objetos:

 Los objetos son abstracciones del mundo real o entidades del sistema que se administran entre ellas mismas.

 Los objetos son independientes y encapsulan el estado y la representación de información.

 La funcionalidad del sistema se expresa en términos de servicios de los objetos.

 Las áreas de datos compartidas son eliminadas. Los objetos se comunican mediante paso de parámetros.

 Los objetos pueden estar distribuidos y pueden ejecutarse en forma secuencial o en paralelo.

UML:

Es un lenguaje de propósito general para el modelado orientado a objetos. Impulsado por el Object Management Group (OMG).

DIAGRAMA DE CLASES:

Es el diagrama principal para el análisis y diseño del sistema, presenta las clases del sistema con sus relaciones estructurales y de herencia.

DIAGRAMA DE CASOS DE USO:

Es una técnica para capturar información respecto de los servicios que un sistema proporcional a su entorno.

DIAGRAMA DE SECUENCIA:

Muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo.

DIAGRAMA DE COLABORACIÓN:

Es una forma de representar interacción entre objetos, alterna al diagrama de secuencia. A diferencia de los diagramas de secuencia, pueden mostrar el contexto de la operación y ciclos en la ejecución.

DIAGRAMA DE ESTADOS:

Modela el comportamiento de una parte del sistema. Típicamente se elabora un diagrama de Estados para cada clase que tenga un comportamiento significativo.

DIAGRAMA DE ACTIVIDADES:

Es un caso especial de un diagrama de estados en el cual casi todos los estados son estados de acción (identifican qué acción se ejecuta al estar en él) y casi todas las transiciones son enviadas al terminar la acción ejecutada en el estado anterior.

DIAGRAMA DE IMPLEMENTACIÓN:

Muestra la estructura del código (diagrama de componentes) y la estructura del sistema en ejecución (diagrama de ejecución).

VENTAJAS DEL MODELO OO Gestión de la complejidad y Mejora de la Productividad en el proceso de desarrollo del software, los cuales son gestionadas a través de las siguientes estrategias:

Escribir código reutilizable, Escribir código posible de mantener ,Depurar módulos de código existentes , Compartir código con otros