Post on 28-Jun-2015
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.
Estudio de Viabilidad.
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?
Estudio de Viabilidad.
¿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.
Convenciones en los DFD
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
Convenciones en los DFD
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
Convenciones en los DFD
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.)
Convenciones en los DFD
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
Convenciones en los DFD
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
Convenciones en los DFD
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
Almacenamientode datos
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
Almacenamientode datos
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