Ingeniería de Software Clase 6 Gloria Lucia Giraldo Gómez Escuela de Sistemas Universidad Nacional de Colombia – Sede Medellín.

Slides:



Advertisements
Presentaciones similares
U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
Advertisements

DIAGRAMAS DE CASOS DE USO
Diagrama de flujo de procesos
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
ANÁLISIS DE REQUERIMIENTOS
Diagrama de Flujo de Datos (DFD)
Unidad 1 DISEÑO DE ALGORITMOS ING. Nelwi Baez. MSC
Razonamiento algorítmico
Diagrama de Colaboración
TEMA 8: DIAGRAMAS EN UML.
Resolución de Problemas Algoritmos y Programación
Fundamentos de Ingeniería de Software
Prof. César Luza Montero
Parte 2: Modelo de Análisis del Negocio
INGENIERIA DE REQUERIMIENTOS
FEBRERO OBJETIVO DE LA SESIÓN Dar una panorama general del contenido del Manual de Planeación de la Calidad, el cual da cumplimiento a la norma.
LENGUAJE UNIFICADO DE MODELADO UML
Medición, Análisis y Mejora
DESCRIPCION DEL PROBLEMA
Evaluación de Productos
Diseño de un Sistema de Control en Tiempo Real para el Kernel del Sistema Operativo utilizando MatLab-SimuLink Por: MARCO ANTONIO ESPINEL CANGUI DIRECTOR:
Una Introducción a UML El Modelo de Proceso de Negocio
Análisis y Diseño orientado a objetos con UML.
Diagrama de Actividades
TRADUCTOR DE UN PROGRAMA
Algunas Herramientas de Apoyo al Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos.
Ingeniería de Software Clase 9
Fase Inicial Grupo 6 – PIS – 2013.
Ingeniería de Software Orientado a Objetos
UNIDAD 3: “Desarrollo Orientado a Objetos con UML”
DISEÑO DE SOFTWARE 1ª. Parte
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
LENGUAJE DE PROGRAMACIÓN
INGENIERIA DE SOFTWARE
Análisis de Sistemas.
Organización y Estructuración de Datos
Análisis y diseño detallado de aplicaciones informáticas de gestión
Ingeniería de software
INGENIERÍA DE SOFTWARE
Algunas Herramientas de Apoyo al Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos.
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
ANALISIS Y DISEÑO ESTRUCTURADO
Diagrama de Contexto.
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
Diagramas de Interacción.
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
FUNDAMENTOS TECN. DE INFORMACION Ana Loor Taller # 1.
Alexander Aristizabal Ángelo flores herrera
Introducción al análisis de sistemas
Ingeniería de Requisitos
Elaboración de algoritmos usando lógica de programación
Jairo Pinto Ing. sistemas
Diagrama de procesos.
Ingeniería de Software Escuela de Sistemas Universidad Nacional de Colombia – Sede Medellín.
Departamento de Informática Universidad de Rancagua Prof:Paula Quitral Introducción a UML Caso de uso Departamento de Informática Universidad de Aconcagua.
Introducción al proceso de verificación y validación.
Fundamentos del Análisis Orientado a Objetos
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
ANALISIS Y DISEÑO ESTRUCTURADO
Preocupaciones del Analista Programador & Usuarios
UML – Lenguaje de Modelado Unificado
LILIANA JIMENEZ GARCIA FERANANDO CANO GOMEZ. El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema es llamado Ingeniería.
ANALISIS SEGURO DE TRABAJO (AST)
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
Diagrama de actividades UML
Fundamentos de Ingeniería de Software
Propósito Introducción Actividad de Consolidación Actividad de Consolidación Fuentes consultadas Fuentes consultadas Ciclo de Vida del Software Ciclo.
10 Etapas de administración de proyectos con el método Lewis
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Entregables del Proyecto
Transcripción de la presentación:

Ingeniería de Software Clase 6 Gloria Lucia Giraldo Gómez Escuela de Sistemas Universidad Nacional de Colombia – Sede Medellín Diagrama de Contexto y Diagrama de Procesos

Diagramas de contexto  Es fundamental establecer de manera precisa los límites del sistema  Distinguir, con la ayuda del interesado, el entorno del sistema  Haciendo esto en fases tempranas del proyecto se puede delimitar el costo y el tiempo de las etapas posteriores

Ejemplo de un Diagrama de contexto En el centro se coloca el sistema que se va a realizar Alrededor van tres tipos de entidades: los demás sistemas con los que interactúa, los usuarios del sistema y los centros de información que necesita acceder para realizar su función correctamente NOTA: Las flechas pueden ser uni o bidireccionales

Diagramas de Contexto  Los diagramas de contexto describen el entorno pero no muestra de manera detallada las relaciones entre los sistemas del entorno y el sistema que se esta especificando.  Habitualmente este diagrama puede complementarse con el diagrama de procesos, el cual sí muestra las actividades de los procesos

Diagrama de procesos

Diagrama de Procesos  Un proceso es una secuencia de pasos que permiten cumplir un objetivo Ejemplos: hacer venta, matricular estudiante, preparar la cena, desarrollar software  Muestra el flujo de información: la manera como se producen las entradas y salidas de datos de un proceso a otro ¿Qué es un proceso?

Diagrama de Procesos  Refleja las actividades de la organización y la manera como se llevan a cabo para cumplir sus objetivos

PASOS PARA ELABORAR UN MODELO DE PROCESOS  Identificación de los actores que interactúan con el sistema (Usuarios)  Reconocimiento de cada una de las tareas que realizan para cumplir con la labor de la organización  Ordenamiento de dichas tareas de acuerdo a su ocurrencia (ordenamiento secuencial)  Asociación de las tareas con sus respectivos actores responsables  Identificación de los eventos que desatan ciertas tareas dentro del proceso  Reconocimiento de la información que se va recopilando a lo largo del proceso que conformará los almacenes de datos del sistema – Ingenieria de Software Semestre

Diagrama de Procesos Elementos Sintácticos paso Acción, actividad o función de un proceso básico Evento Suceso importante para la organización. Puede iniciar un proceso (disparador), o la culminación de una función necesaria para la iniciación de otra (finalizador). condición Verificación de un hecho particular en el proceso

Diagrama de Procesos Elementos Sintácticos Almacenamiento Información generada o requerida en uno o más pasos del proceso. Puede tratarse de entidades físicas o digitales. Flujos. Se representan con flechas unidireccionales. Indican el paso de información entre pasos del proceso. Es importante verificar siempre, qué es lo que está siendo transportado por el flujo. # Etiqueta de Continuidad: permite vincular elementos lejanos en el diagrama.

Diagrama de Procesos Elementos Sintácticos Indica la finalización de una rama del proceso Rol persona, dependencia o grupo de personas que ejecutan alguna acción en el proceso descrito. En el diagrama se debe trazar un carril por cada rol Rol 1 Rol 2 Rol 3

Diagrama de Procesos Sintaxis Disparador paso Evento paso Sólo si es necesario!! paso Finalizador paso1paso2 paso n condición Paso 2 Paso 3 sí Paso 1

Diagrama de Procesos Sintaxis Paso 1 11 Paso 2 paso Almacenamiento paso Almacenamiento Con el paso se está almacenando algo. El paso requiere algo contenido en el almacén

Diagrama de Procesos Sintaxis Almacenamiento 1 Almacenamiento 2 paso Con esta forma sintáctica es posible indicar una secuencia de almacenamientos en los cuales se almacena la información proveniente del paso (relaciones “tiene”).

Diagrama de Procesos Ejemplo Necesidad de desarrollar software Capturar Requerimientos Analizar problema Diseñar Solución 1 1 implementar desarrollador Analista arquitecto

Errores Comunes Descolgar el teléfono Saludar … SECRETARIA Los disparadores NO son pasos. Indican el objetivo de un proceso o el evento que lo inicia Necesidad de contactar un clienteLlamada entrante Como EventoComo Objetivo

Errores Comunes Recuperar proyecto Repositorio de proyectos Abrir Proyecto Los almacenes no hacen parte del flujo del proceso. Son elementos auxiliares Almacén Recuperar proyectoAbrir Proyecto Repositorio de proyectos Las líneas de flujo transportan datos. Siempre pregúntese qué datos viajan en cada flujo.

Errores Comunes Finalizar Configuración Reiniciar finalizador ¿Cuál es el flujo? ¿Finalizar Configuración – finalizador? ¿Finalizar Configuración – Reiniciar? Debe haber un único flujo o utilizar condicionales

Errores Comunes SISTEMA SECRETARIA … El sistema no es un agente de sí mismo. La solución será encontrar los agentes del sistema que participen en el proceso descrito. Secretaria es uno de estos agentes.

Uso de Finalizadores Se requiere aprobar un proyecto Incribir Propuesta Propuestas Generar Resolución Resoluciones Resolución de proyecto generada Actúa como finalizador… … pero no termina el proceso Llega una Resolución Revisar Resolución Aprobar Proyecto 1 1

Uso de Finalizadores Nótese que hay una relación entre un finalizador y un disparador. Este enlace significa que el disparador requiere (tiene como precondición) al finalizador. El proceso completo va desde el disparador inicial “Se requiere aprobar un proyecto” hasta el finalizador que da fin al proceso. Una relación entre un finalizador y un disparador se puede ver como una separación temporal entre dos pasos del proceso. La interpretación del proceso de la diapositiva anterior puede ser que una vez se genera una resolución puede tardar un tiempo considerable hasta que esta sea recibida para ser aprobada. No es necesario, pero sí recomendable, relacionar finalizadores y disparadores que pertenezcan al mismo proceso.