analisis estructurado

Herramientas para el Análisis y Diseño de Sistemas de

Información

Analizaremos que es una Herramienta, un Modelo y para qué modelar, luego nos introduciremos al análisis estructurado, veremos Los Diagramas de Flujo de Datos (DFD) los elementos que utiliza y su significado, las convenciones y reglas para confeccionar un DFD y se presentaran dos ejemplos aclaratorios

P1

Proceso ENTIDAD EXTERNA

flujo de datos D ALMACÉN DE

DATOS

Análisis Estructurado. Actividades Iniciales y Análisis de Requisitos. Actividades Iniciales y análisis de necesidades.

Decisión de emprender el proyecto

Recoger información sobre el proyecto (Directivos nivel alto/medio) -Técnicas recogida información

Informe de Necesidades

Estudio de la viabilidad del proyecto

3

Alternativas. Evaluación de las alternativas:

Económico. Técnico. Legal (p.e. LOPD “Ley Orgánica de Protección de

Datos”) Operativo.

Especificación detallada de la alternativa seleccionada.

Definición del plan inicial del proyecto.

Estudio de Viabilidad.

Análisis Estructurado. Actividades Iniciales y Análisis de Requisitos.


Comprar un producto software comercial, ya construido, que cumpla los requisitos marcados.

(COTS, Commercial Off-The-Shelf)

Desarrollarlo de forma externa mediante un contrato (outsourcing).

Automatizar sólo

parcialmente el

sistema, para no

tener que afrontar

demasiados gastos.

Desarrollar el producto internament e. Esta es la decisión en el caso de la práctica del curso.

¿Qué alternativas tengo?


¿Cómo valoro las diferentes

alternativas?

Económico: Determinar si el

beneficio compensa los

costes.

Operativa: Determinar si se puede implantar

de manera efectiva en la empresa.

Legal: Determinar si los requisitos violan o atenta

contra alguna ley o reglamento.

Técnico: Estudiar si la funcionalidad,

el rendimiento.. Son realizables.

En general, el proceso de análisis debería seguir los siguientes cinco pasos: Identificar las fuentes de información. Realizar las preguntas apropiadas. Analizar la información. Confirmar con los usuarios lo que parece

haberse comprendido de los requisitos. Sintetizar los requisitos en un

documento. Para la práctica y tras determinar la viabilidad del proyecto, como resultado de la aplicación de una o varias de las técnicas de recogida de información ,se entregará a los grupos un documento que resume/sintetiza los datos obtenidos, que será el punto de partida en la etapa análisis del sistema de información.

Técnicas de recogida de Información.

7

Entrevistas vs JAD (Joint Application Design): Basada en la creación de equipos de usuarios y analistas que se reúnen para trabajar conjuntamente en el establecimiento de las necesidades del sw a desarrollar.

Prototipado: Construcción de una maqueta o modelo de sistema para evaluar los requisitos.

Observación: Análisis in situ del entorno a informatizar. Estudio de documentación / Cuestionarios /

Tormenta de ideas (brainstorming) ..... Posible proceso de Reingeniería. Análisis de los sistemas

de información existentes.

Técnicas de recogida de Información.

“El proceso de estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema, de hw. o de sw.”

“El proceso de estudio y refinamiento de dichos requisitos” [IEEE Std. 610, Glosario estándar de términos en ingeniería del software]

REQUISITO:

Condiciones que debe cumplir un sistema para satisfacer un contrato, una norma o una especificación. Condición o capacidad que necesita el usuario para poder resolver un problema o conseguir un beneficio determinado.

Análisis de Requisitos:

Actividades generales de la etapa de análisis.

Requisitos Funcionales: describen la funcionalidad o los servicios que se espera que el sistema proveerá: sus entradas y salidas, excepciones, .. etc en resumen su lógica.

Requisitos no Funcionales: se refieren a las propiedades emergentes del sistema como la fiabilidad, el tiempo de respuesta, la capacidad de almacenamiento, la capacidad de los dispositivos de entrada/salida, y la representación de datos que se utiliza en las interfaces del sistema.

Actividades generales de la etapa de análisis. ASI.

Extracción: El proceso mediante el cual los clientes o futuros usuarios del software descubren, revelen, articulan y comprenden los requisitos que desean. Técnicas de recogida de información.

Análisis: el proceso de razonamiento sobre los requisitos obtenidos, detectando y resolución de posibles inconsistencias o conflictos.

Especificación de requisitos: el proceso de redacción o registro de los requisitos. Para este proceso puede recurrirse al lenguaje natural, lenguajes formales. Catálogo de requisitos.

Validación de los requisitos: el proceso de confirmación, por parte de los usuarios o clientes, de que los requisitos especificados son válidos, consistentes, completos.

El Análisis Estructurado

Es una técnica de modelamiento gráfico para describir la visión lógica de un SI.

Utiliza un método efectivo de partición.

Permite construir un modelo lógico del SIA para que el usuario pueda manejar las características del sistema antes de su implementación.

Utiliza el ANÁLISIS TOP-DOWN (descomposición de procesos a partir de Diagrama de Contexto de lo mas general a lo particular).

¿Que es una Herramienta?

Es un elemento que nos permite extender nuestras propias capacidades (pueden ser objetos, ideas, métodos, etc)

Nosotros utilizaremos herramientas para generar modelos y a través de estos modelos construir los SI

¿Qué es un Modelo?

Es un esquema teórico de un sistema o realidad compleja (en particular un SI) que se elabora para facilitar su comprensión y estudio.Es una representación de los aspectos esenciales de una realidad compleja de acuerdo a un criterio.Todo modelo es necesariamente una simplificación de la realidad.

¿Por qué modelar?

Para facilitar el estudio y analizar el comportamiento de un SI, y sus componentes.Para rediseñar un SI, tal que satisfaga nuevos objetivos y requerimientos de gestión.

Aparece a finales de los 70 Facilita la comunicación en el proceso de desarrollo

de un sistema de información análisis y diseño usuarios y analistas

Sencillo, fácil de entender y fácil de aprender Amplia difusión Descomposición funcional

(Originariamente) Orientada a procesos (Originariamente) Top/down

Presente en numerosas metodologías p.ej. Métrica, SSADM, information engineering,

Merise Herramientas CASE disponibles

Mas Detalles del AE

Análisis Top-DownConsiste en entender la problemática partiendo de sus aspectos macro para luego derivar a los aspectos micros.

Comprar Almacenar Vender

Recepcionar Custodiar Despachar

VerificarMedida Clasificar

Acopiar

El Análisis Estructurado

Herramientas que utilizaDiagramas de flujo de datos (DFD)

Diccionario de datos (DD)

Español estructurado

Tablas y Árboles de decisión

Su producto final es la ESPECIFICACIÓN ESTRUCTURADA

Es una técnica del Análisis Estructurado.

Los DFD son una caracterización lógica gráfica del flujo de datos que ocurre dentro de un SIA.

Su mayor aplicación está en el estudio de los procesos de transformación que realizan los sistemas.

Los Diagramas de Flujo de Datos (DFD)

Los Diagramas de Flujo de Datos (DFD)

Los DFD no especifican aspectos físicos de la implementación del SIA ni los flujos de control (ej.: no se muestran iteraciones)

En un DFD de un SIA se grafican:Entidades externas al sistema

Entradas y salidas de datos

Procesos internos del sistema

Almacenamientos de datos

Símbolos usados en los DFD

Entidad Externa

Flujo de datos

Proceso

Almacén de datos

Proceso A

Proceso C

Proceso B

SIA

Entidad Externa

Entradas

Salidas

Almacenamientode datos

Flujos de datos

Entidad Externa

Modelo Teórico de un DFD

Convenciones en los DFD

Entidad ExternaRepresenta una entidad del medio ambiente que da y/o recibe datos del sistema (fuente o destino de datos)Debe tener un nombre apropiado que la identifique, como el nombre de una empresa, organismo o tipo de persona.Por Ej.: Banco, Servicio Impuestos Internos, Inspector, Cliente, Tasador, etc.


Flujo de datosRepresenta el movimiento de datos de un punto hacia otro

La punta de flecha indica el destino de los datos y el otro extremo su origen

Se le debe dar un nombre en singular que represente el conjunto de datos que fluyen y lo que sabemos de ellos


Flujo de datos (continuación)

Si un flujo es transformado en un proceso entonces el nombre del flujo de salida debe ser distinto al de entrada (ejemplo: solicitud crédito y solicitud crédito autorizada)Los nombres de los flujos de datos se unen por guión (factura, boleta, datos-cliente, etc)No hay dos flujos que tengan el mismo nombre


Flujo de datos (continuación)

Un flujo de datos que se mueve a o desde un almacén de datos no requiere nombre (el nombre del almacén de datos es suficiente para describirlo)Un flujo esta compuesto de un conjunto de datos elementales (ejemplo: Rut, DVRut, Ap. Paterno, Ap. Materno, Nombres, Sexo, Fecha de Nacimiento, etc.)


ProcesoRepresenta una transformación de flujo(s) de datos entrante(s) en flujo(s) de datos saliente(s)

El nombre debe ser representativo de la(s) tarea(s) a realizar

No puede existir un proceso que no tenga al menos una entrada y una salida


Proceso (continuación)

Para el nombre se debe utilizar verbos en forma imperativa como emitir, generar, calcular, etc.Ejemplo: Proceso de emisión de nómina de alumnos inscritos en un curso

Nombre bueno: Emitir nómina de inscritos del cursoNombre malo: Generación de listado alumnos


Almacén de datosSólo indica un depósito de datos, que permite la agregación y acceso de los datos

Su nombre debe ser representativo del conjunto de datos o clase

Nombre debe estar en plural

No contiene ninguna especificación física de la implementación del almacenamiento

No usar nombres codificados

Ejemplos: bueno => registro-del-paciente

malo => IHZ1197.icr009

Ejemplo “DFD del Portal de Trámites OnLine”

ClienteCliente

RegistrarSolicitudServicio

Consultar Estado Trámite

Auten-tificar cliente

AprobarSolicitud

MantenerCódigos yDominios

Clientes Dominios CódigosSolicitudes

Solicitud

Notificación

RUT-psw-Cliente

Identificación cliente

Solicitud cursada

Datos-Cliente

Dominios

Solicitudes

Antecedentes solicitud

Identificación SolicitudEstado-Solicitud

Clientes

Preguntas

Que es el Analisis Estructurado?

Que es y para que sirve un DFD

Explicar que es:Entidad Externa

Proceso

Flujo de Datos

Almacen de Datos

Descomposición Jerárquica en DFDCada DFD se puede descomponerse a su vez en varios DFDs uno por cada proceso

En los niveles superiores los procesos tienen una fuerza de resistencia a la descomposición muy débil (baja cohesión), por lo que es fácil su descomposición.

Según el grado de detalle se definenDFD de contexto

DFD de descomposición

SIAEntidad Externa

Entradas

SalidasEntidad Externa

DFD de Contexto

Es la primera aproximación al análisis de un sistema, nos entrega una visión general y básica

DFD 1º descomposición

Proceso A

Proceso C

Proceso B

Entradas

Salidas


Entidad Externa

Entidad Externa

Cada proceso puede ser analizado como un sistema y confeccionarse para el, un DFD con su descomposición en subprocesos

Descomposición Jerárquica en DFD

La descomposición termina cuando:Se han encontrado los procesos que ya no se pueden seguir descomponiendo

Una descomposición no aportará más conocimiento de los procesos del SI.

Estos procesos se denominan Elementales, los cuales tienen la máxima cohesión por objetivo

Descomposición Jerárquica en DFD

Este enfoque se denomina Top-Down, ya que parte desde el nivel de contexto hasta llegar a los niveles de los Procesos Elementales.En cada nivel de DFD se deben conservar las entradas y salidas del nivel padre (DFD Nivelado)Un proceso debiera descomponerse entre 5 a 9 subprocesos, no más en función de la claridad del diagrama

Criterio de descomposición

Máxima cohesión o grado de asociación de las actividades de un proceso

Mínimo acoplamiento o interrelaciones de información entre los procesos

Diagrama de Descomposición

Proceso A1 Proceso A2 Proceso A3 Proceso A4

Proceso A

Proceso B1 Proceso B2

Proceso B Proceso C

Diagram a de Contexto

DFD Nivel 1

DFD Nivel 2 DFD Nivel 2

Los resultados de esta descomposición de los procesos en sub procesos puede representarse gráficamente mediante un árbol de descomposición

DFD de Análisis

De lo general a lo particularDFD lógico de Análisis

Situación actual (DFD Lógico actual) incluyendo Diagrama de contexto y Descomposiciones sucesivasDFD Lógico propuesto incluyendo Diagrama de contexto y Descomposiciones sucesivas

Se debe estar libre de prejuicios respecto a la forma específica de implementación (grado de uso de los computadores y tecnologías de información)

DFD de Diseño

Se modifica el DFD Lógico del Análisis propuesto para tener en cuenta algunas consideraciones físicas, en particular los criterios de automatización de los procesosSe agregan en el DFD sólo aquellas características dependientes de la implementación física (interfaces hombre-máquina)El DFD Lógico se convierte en un DFD Físico

DFD de Diseño

Proceso B Proces

o D

Proceso C

Proceso A

Interfaces Hombre-Máquina


Preguntas

Explicar conceptos de Cohesión y Acoplamiento

Diagrama de Descomposición

Qué es un DFD de Análisis?

Qué es un DFD de Diseño?

Curso : SIA IClase # 7 de 22

Herramientas para el análisis y diseño de sistemas

Veremos los Diccionarios de datos (DD) y su contenido, los conceptos de especificación estructurada e ingles estructurado

Diccionario de datos

Contiene el significado de los componentes del análisis de un sistema, registra la documentación de Procesos, Flujos de Datos, Almacenes de Datos y Datos elementales

Existen muchas herramientas computacionales para registrar el contenido de un diccionario de datos (son parte de las CASE) y además existen alternativas manuales

Debe ser actualizado permanente y es de gran utilidad en las etapas de análisis, diseño, construcción y mantención de un sistema

Contenido del DD para Procesos

Nombre e identificador del procesoEjemplo: Corregir examen

DescripciónEjemplo: Corrección de los exámenes realizados por los estudiantes del curso de Teoría de Sistemas

Identificación de las entradasEjemplo Examen realizado, pauta de corrección, lista de asistencia

Documentación de la transformaciónEjemplo: verificar contra la lista de alumnos ...... Si a la pregunta 1 responde ...

Identificación de las salidasEjemplos: examen corregido, lista de nota

Contenido del DD para Flujos de Datos

Nombre e identificador del FDEjemplo: Examen realizado

Descripción del FDEjemplo: Representa las respuestas de los.......

Identificación del origen y del destinoEjemplo: origen tomar examen, destino corregir examen

Identificación de los datos contenidos y cuantificación de su volumen

Ejemplo: identificación_examen, identificación_pregunta, detalle_respuesta....... Volumen entre 30 y 40 exámenes por semestre

Contenido del DD para Almacenes de Datos

Identificación del almacenamientoEjemplo: Actas de notas

DescripciónEjemplo: registro histórico de las notas obtenidas por los alumnos

ContenidoEjemplo: Fecha, identificación curso, .....

Identificación de los flujos de entrada y salidaEjemplo: salida calificación del alumno

Contenido del DD para Datos elementales

Nombre y sinónimos del datoEjemplo Ap_paterno, Paterno, apepat

DescripciónEjemplo Saldo disponible en la cuenta corriente)

DominioEjemplo entre 1 y 12 inclusive

FormatoEjemplo AAAAMMDD ej. 20020918

CodificaciónEjemplo M = Masculino, F= Femenino 1 02 0002 donde 1 = Activo, 02 = Activo Fijo 0002 = Depreciación

Otros antecedentes

Especificación Estructurada

Es un conjunto integrado de:Diagramas de flujos de datos (DFD), que muestran la descomposición del SIA y todos los flujos de datos entre los procesos.

Diccionario de datos, que contiene la documentación de cada uno de los elementos del DFD.

Descripciones de transformación, que documenta las reglas lógicas de los procesos del DFD, usando un lenguaje estructurado (Español Estructurado, tablas o árboles de decisión).

Diccionario de Datos

Ejemplo:Factura = nombre-cliente +

dirección-cliente + numero-factura + valor-factura + valor-IVA + valor-neto + [contado / pago a 30 días] 1<detalle-producto>10

Diccionario de Datos

Convenciones= significa “equivalente a”

+ significa “y”

[ ] significa selecciones una de las opciones encerradas entre paréntesis

n<>m significa n a m iteraciones de los datos encerrados

() significa que el dato encerrado es opcional

Español Estructurado

Lenguaje estructurado de especificación de la lógica de un proceso del DFD.

Ejemplo Política para procesamiento de factura

SI cantidad de factura > $ 50.000Solicita autorización

SI ind-autoriza = “Y”EMITE factura

SINORECHAZA factura

SINOEMITE factura

Talleres de DFD: Modelamiento de funciones

Desarrollar DFD de un SIA para una librería de barrio, en cuyo entorno hay seis colegios, dos sedes universitarias y veinte empresas.El objetivo de los dueños de la librería es que el negocio cubra sus costos variables y deje un margen de no inferior al 20%.Sus dueños atienden personalmente a los clientes que entran a la librería, donde venden artículos de escritorio y escolares y además sacan fotocopias.

Preguntas

Conocer y dar ejemplos de Diccionarios de Datos

Qué es el Español Estructurado?

Diferencia entre DD para un proceso, almacén y flujo de datos

Proponer solución a un problema de negocio que requiere implementación de SIA

analisis estructurado

Education