Tecnología de la Información

Slides:



Advertisements
Presentaciones similares
OOA- Introducción a Casos de Uso
Advertisements

U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
El ciclo de vida de un proyecto
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Diagrama de estado Alumnos: Hernández Darwin ( )
DIAGRAMA DE ACTIVIDAD Roberto Certain Leonardo Molina.
Análisis y Diseño Estructurado
Análisis y Diseño Estructurado
ANÁLISIS Y DISEÑO ESTRUCTURADO
Ejemplo para desarrollar el modelado del sistema mantenedor de países
PROCESOS PRODUCTIVOS Enfoque sistémico.
Análisis y Diseño de Sistemas II “Exposición Diagramas UML”
Diseño orientado al flujo de datos
DIAGRAMA DE FLUJO DE DATOS
Fundamentos de Ingeniería de Software
Diagramas Causales Información tomada del libro de Sterman, y del curso de dinámica de sistemas de la Universidad Nacional de Colombia Sede Medellín.
Análisis y Diseño orientado a objetos con UML.
UML Diagramas. Diagramas de Interacción Muestran como los objetos de la aplicación cooperan e interactúan para cumplir con los requisitos. Suele construirse.
Electivo Integración Normas de Calidad, Seguridad, Medio Ambiente y Riesgos en la Gestión de la Empresa. Profesor : Fernando Vargas Gálvez Ingeniero Civil.
Algunas Herramientas de Apoyo al Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos.
Planeación Estratégica
Diseño del Software Diseño de datos Diseño arquitectónico
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
Técnica - Diagrama de Flujo de Datos (DFD)
Diagramas de Flujo de Datos (DFD)
Fundamentos de programación
El Modelo Esencial.
CASOS DE USO Peña Freddy Vargas Gerardolenin.
Diccionario de Datos.
Ingeniero de Software. MODELO DE LA Descripción del Proyecto “Software para la Administración de un Foro Conversacional” Escrito de acuerdo a la Norma.
Análisis de Sistemas.
“Análisis del Manejo de Información del Departamento de Producción.”
Sistemas de Información I Sistema de Compras
Organización y Estructuración de Datos
CASOS DE USO Ing. Sonia Godoy H..
Vista de interacción  Una vista de interacción muestra el flujo de control requerido que se establece entre los objetos.
Organización y Estructuración de Datos Profesor Titular: Mg Carlos G. Neil 2009.
Algunas Herramientas de Apoyo al Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos.
ANALISIS Y DISEÑO ESTRUCTURADO
Trainning DFD.
Estudio de Viabilidad del Sistema (EVS)
TEMA 9: DIAGRAMA DE CLASE EN UML
Trainning DFD.
Actividades del Análisis de Sistemas Análisis de Factibilidad
Lenguaje Programación
Ingeniería de Requisitos
FACTIBILIDAD DE LOS SISTEMAS DE INFORMACIÓN
PLANIFICACION ESTRATEGICA EN ORGANIZACIONES PUBLICAS
Diagrama Rol Actividad
MODELAMIENTO VISUAL Y UML
UML.
¿QUE ES EL DIAGRAMA DE ESTADO ?
Sandra Muñoz Blanca González Patricia Lázaro
INTERFAZ DE ACCESS  Access es un sistema gestor de bases de datos relacionales (SGBD). Una base de datos suele definirse como un conjunto de información.
ANALISIS Y DISEÑO ESTRUCTURADO
Especificaciones de Casos de Uso
Sistemas de Información 24 de octubre del 2007
Factores Críticos de Éxito
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
Licda. Noelia Gómez Gutiérrez
Diagrama de flujo.
Planificación de Sistemas de Información
Fundamentos de Ingeniería de Software
Modelado UML Diagramas de Casos de Uso
Unified Modeling Language UML. Ejemplo a desarrollar La Universidad XXX desea computarizar su sistema de registración – El secretario establece el plan.
Ingeniería de Software Clase 6 Gloria Lucia Giraldo Gómez Escuela de Sistemas Universidad Nacional de Colombia – Sede Medellín.
Entregables del Proyecto
Sistemas de Información I Sistema de Compras
Ing. José David Ortiz Salas
Transcripción de la presentación:

Tecnología de la Información Modelización de Sistemas

MODELO DE PROCESOS Concepto de Modelo Representación gráfica de un fenómeno, reducida a las variables relevantes para el análisis a realizar Modelo de Procesos Describe las operaciones a ser soportadas por el sistema de información Variantes del Modelo de Procesos Modelo de Diagnóstico Modelo Esencial (futuro) Curso Magistral

MODELO DE PROCESOS Componentes del Modelo de Procesos Modelo Ambiental Declaración de Propósito Lista de Acontecimientos Lista de Flujos de Datos Diagrama de Contexto Modelo de Comportamiento Diagrama de Flujos de Datos Primer nivel: Un proceso elemental respondiendo a cada evento Siguientes niveles: Para especificar a los procesos elementales que requieran mayor detalle Curso Magistral

MODELO DE PROCESOS MODELO AMBIENTAL Curso Magistral

MODELO AMBIENTAL Declaración de Propósito Solución a Problemas de Negocio a ser resueltos por el sistema Expresado en términos de negocio, no técnicos Verbo en infinitivo La utilidad o éxito del sistema será evaluada principalmente a partir de la medida en que cumpla su propósito Al concluir el Modelo Ambiental, se debe revisar la consistencia entre el Propósito y el resto del Modelo No confundir los objetivos del sistema con los objetivos del proyecto de desarrollo del sistema (Error: desarrollar/implementar un sistema que …) Curso Magistral

MODELO AMBIENTAL Eventos EVENTO es un acontecimiento que demanda una respuesta por parte del sistema, y por lo tanto hace que el sistema actúe. Existen dos tipos principales de Eventos: Externos Son iniciados por algo o alguien externo al sistema, tal como otro sistema o un Usuario del sistema Inician con un flujo de datos entrante Temporales Son iniciados por el propio sistema, debido al transcurso del tiempo (vencimientos, operaciones periódicas) El sistema debe tener una forma de identificar cuando ocurren estos eventos, para iniciar su tratamiento en forma automática, sin esperar a que alguien externo o requiera (en cuyo caso se trataría de un evento externo) Curso Magistral

MODELO AMBIENTAL Flujos de datos DATOS que ingresan o egresan del sistema o proceso. Se grafican con una flecha que indica el sentido del flujo. Por lo tanto: Uno de sus extremos debe estar siempre en el sistema / proceso elemental que se está describiendo El otro extremo debe estar en otro tipo de componente (terminador o base de datos) Su nombre debe ser lo más sintético posible y debe indicar el tipo de datos que contiene - por lo tanto no puede tener un nombre de acción o proceso - Curso Magistral

MODELO AMBIENTAL Diagrama de contexto Muestra las interrelaciones del sistema con su contexto o entorno. El sistema se representa con un círculo central El alcance del sistema se limitará al ámbito computarizado Cada elemento del contexto que interactúa con el sistema se representa con un rectángulo Los flujos de datos entre el sistema y los elementos del contexto se diagraman como flechas La punta de cada flecha indica al receptor de los datos del flujo Curso Magistral

MODELO AMBIENTAL Diagrama de contexto En el diagrama de Contexto no puede haber: Más de un Sistema (círculo central) Flujos de Datos del Sistema consigo mismo Flujos de Datos entre terminadores Flujos de datos bidireccionales o sin dirección Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo MODELO AMBIENTAL - Propósito del Sistema: Mejorar el control de los Fondos Fijos Agilizar la gestión de gastos menores Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo MODELO AMBIENTAL - Propósito del Sistema: Mejorar el control de los Fondos Fijos Agilizar la gestión de gastos menores Lista de Eventos: Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo Lista de Flujos de Datos: Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo Lista de Flujos de Datos: Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo Lista de Flujos de Datos: Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo Lista de Flujos de Datos: Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo Diagrama de Contexto: Curso Magistral

MODELO DE COMPORTAMIENTO MODELO DE PROCESOS MODELO DE COMPORTAMIENTO Curso Magistral

MODELO DE COMPORTAMIENTO Diagrama de Flujos de Datos Muestra las principales operaciones del sistema, así como sus flujos de datos internos y externos. Por cada Evento se define un Proceso Elemental (diagramado como un círculo), que da respuesta total al Evento dentro de los límites del sistema El total de los Procesos Elementales cubre toda la funcionalidad del sistema Se mantienen los terminadores y flujos del Diagrama de Contexto, pero los flujos ahora conectan con los Procesos Elementales en vez del sistema. Curso Magistral

MODELO DE COMPORTAMIENTO Diagrama de Flujos de Datos Se agregan las Bases de Datos Por cada Proceso elemental se deben identificar y diagramar los flujos de datos entre el proceso y las Bases de Datos (para almacenar, modificar, eliminar o recuperar datos) Los flujos de incorporación, modificación y eliminación de datos en Bases de Datos apuntan a las Bases de Datos. Los flujos de recuperación de datos desde las Bases de Datos, apuntan a los procesos elementales Curso Magistral

MODELO DE COMPORTAMIENTO Diagrama de Flujos de Datos Si fuera necesario, un Proceso elemental puede tener DFD's de menor nivel que lo detallen No puede haber flujos de datos entre: Terminadores Bases de Datos Procesos elementales Terminadores con Bases de Datos Flujos de datos bidireccionales o sin dirección Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo - DFD Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo - DFD Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo - DFD Curso Magistral

CASO PRÁCTICO Nº 1 Sistema de Fondo Fijo - DFD Curso Magistral