Desarrollo Orientado a Objetos en Métrica v. 3

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Desarrollo Orientado a Objetos en Métrica v. 3"

Transcripción

1 Desarrollo Orientado a Objetos en Métrica v. 3 Carlos Rossi Jiménez c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.1/45

2 Estructura del curso 1. Estructura de Métrica v Técnicas orientadas a objetos en Métrica v. 3 Diagramas de casos de uso Diagramas de clases Diagramas de interacción Diagramas de estados Modelización de interfaces de usuario Diseño físico de bases de datos Diagramas de despliegue Diagramas de componentes c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.2/45

3 Diagramas de casos de uso Casos de Uso en Métrica 3 EVS 4. Estudio de alternativas de solución 4.2. Descripción de alternativas de solución Se describe el modelo de negocio. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.3/45

4 Casos de Uso en Métrica 3 EVS 6. Selección de la solución 6.2. Evaluación de las alternativas de solución Incluye los modelos de negocio de cada una. ASI 1. Definición del sistema 1.1. Determinación del alcance del sistema Se usa el modelo de negocio. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.4/45

5 Casos de Uso en Métrica 3 ASI 2. Establecimiento de requisitos 2.1. Obtención de requisitos Se utilizan los casos de uso para establecer los requisitos funcionales. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.5/45

6 Casos de Uso en Métrica Especificación de casos de uso Cada caso de uso se especifica mediante: Descripción del escenario Pre- y post-condiciones Identificación de interfaces de usuario Condiciones de fallo Para casos de uso complejos se pueden emplear diagramas de transición de estados o casos de uso anidados. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.6/45

7 Casos de Uso en Métrica Análisis de requisitos Se optimiza el modelo de casos de uso Validación de requisitos Por parte del usuario. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.7/45

8 Casos de Uso en Métrica 3 ASI 3. Identificación de subsistemas de análisis 3.1. Determinación de subsistemas de análisis Se asignan requisitos y casos de uso a cada subsistema Integración de subsistemas de análisis Se coordinan los modelos de cada subsistema. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.8/45

9 Casos de Uso en Métrica 3 ASI 4. Análisis de los casos de uso Se identifican las clases necesarias para cada caso de uso. ASI 9. Análisis de consistencia y especificación de requisitos 9.1. Verificación de los modelos c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.9/45

10 Casos de Uso en Métrica Análisis de consistencia entre modelos Por ejemplo: Análisis de la realización de casos de uso/interfaz de usuario. Los subsistemas satisfacen los casos de uso. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.10/45

11 Casos de Uso en Métrica Validación de los modelos Según: El catálogo de requisitos. El usuario Elaboración de la especificación de requisitos software c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.11/45

12 Objetivos Capturar los requisitos funcionales del sistema Guiar el proceso de desarrollo Proporcionar una herramienta de comunicación entre usuarios, analistas y diseñadores. Proporcionar una visión del sistema como caja negra Constituir una especificación abstracta del sistema c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.12/45

13 Descripción Un diagrama de casos de uso es un grafo constituido por: actores casos de uso relaciones entre elementos c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.13/45

14 Elementos Caso de uso Especifica el comportamiento del sistema de información o de una parte de él según una manera específica de dar respuesta a los usuarios. Representación de un requisito funcional del sistema. Describe el conjunto de secuencias de acciones (incluyendo variantes) que ejecuta el sistema para producir un resultado observable de interés para un actor. Conjunto de transacciones entre el sistema y los actores. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.14/45

15 Elementos Caso de uso Sirve para validar la arquitectura del sistema y verificar el sistema en desarrollo. Punto de partida para la generación de casos de prueba. Un caso de uso se representa gráficamente mediante una elipse. En su interior se incluye el nombre del caso de uso. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.15/45

16 Elementos Especificación de casos de uso Los niveles de especificación pueden ser: Una descripción general Establecimiento de pre- y post-condiciones Enumerar y describir los diferentes escenarios del caso de uso Casos de uso anidados (diagrama jerárquico) Diagrama de estados c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.16/45

17 Elementos Escenario Cada uno de los diferentes caminos que pueden darse en un caso de uso, dependiendo de las condiciones que se den en su realización. Flujo de eventos a través de una variante de un caso de uso. Secuencia específica de acciones que ilustra un comportamiento. Instanciadeuncasodeuso. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.17/45

18 Elementos Descripción de un escenario Flujo básico de eventos: Cómo y cuándo empieza y acaba el caso de uso Cuándo interactúa con los actores y qué información se intercambian Flujos alternativos de comportamiento. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.18/45

19 Caso práctico Un programa de clasificación electrónica (PCE) puede emplearse para almacenar y recuperar documentos de texto. Cualquier documento creado por un procesador de texto, un editor o por otros medios puede archivarse en el sistema de clasificación electrónica. Los documentos pueden clasificarse en base a palabras clave, autores, y/o una descripción del documento o resumen que describa el documento. Los documentos archivados en el sistema también pueden ser eliminados o borrados. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.19/45

20 Caso práctico Para una rápida recuperación de los documentos almacenados usando el PCEse emplean índices. Los documentos se pueden recuperar según esquemas adecuados que no se encuentran en las clasificaciones convencionales; por ejemplo, los usuarios pueden recuperar o localizar un documento según su contenido, descripción, autor(es), o según palabras clave definidas por el usuario. Por tanto, la descripción del documento, los autores, las palabras clave y/o el mismo texto del documento pueden ser objeto de búsqueda. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.20/45

21 Caso práctico Un usuario puede especificar criterios de búsqueda, cuyo resultado sea una colección de documentos que cumplen dichos criterios. Entonces, los documentos encontrados pueden ser vistos o impresos. Al usuario se le da la posibilidad de especificar palabras "intrascendentes", que no serán buscadas ni indexadas, como, por ejemplo, y, o, no, el, la, los, las,si, etc. El usuario puede especificar también qué caracteres alfanuméricos de un documento que serán indexados o buscados (el conjunto de caracteres de clasificación), limitando de esta forma la búsqueda y los índices sólo a porciones de documentos. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.21/45

22 Caso práctico: Escenarios Escenario normal del caso de uso Archivar un documento: El usuario quiere archivar un documento El usuario especifica el directorio y el archivo del documento El usuario introduce un resumen del documento, las palabras clave y/o el(los) autor(es) El usuario solicita que se archive el documento El documento es archivado c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.22/45

23 Caso práctico: escenarios E scenario de excepción del caso de uso Archivar un documento: El usuario quiere archivar un documento El usuario especifica el directorio del documento El usuario solicita que se archive el documento El sistema muestra un mensaje de error y solicita al usuario que especifique el archivo del documento El usuario cancela la operación c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.23/45

24 Elementos Actor Un actor es algo o alguien que se encuentra fuera del sistema y que interactúa con él. En general los actores son personas u otros sistemas. Un único actor puede representar a varios usuarios distintos, y un usuario puede actuar como diferentes actores. Por ejemplo: el actor Cliente representa a varias personas distintas la persona J. Pérez puede actuar como el actor Cliente y como el actor Director c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.24/45

25 Elementos Actor Un caso de uso tiene un efecto tangible para un actor determinado: cálculo de un resultado generación de un objeto cambio de estado de un objeto Un actor se representa gráficamente mediante un monigote con su nombre debajo. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.25/45

26 Elementos Paquete Se emplean para la organización de diagramas Se determina una partición del sistema y a cada una de las divisiones se le asocia un paquete en el que se incluyen los casos de uso correspondientes Se representa gráficamente con una carpeta con el nombre en su interior c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.26/45

27 Relaciones Tipos de relaciones: Relaciones entre actores y casos de uso Relaciones entre casos de uso: Especialización Inclusión Extensión Relaciones de especialización entre actores c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.27/45

28 Relaciones Actor - Caso de uso Es una relación de comunicación Puede ser uni- o bi-direccional Se representa gráficamente mediante una línea continua c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.28/45

29 Relaciones Actor-Actor Relación de generalización: se pueden definir categorías generales de actores (por ejemplo Cliente) y especializarlos (por ejemplo Cliente Preferencial) Esta relación se representa gráficamente mediante una flecha con la cabeza hueca dirigida al actor más general c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.29/45

30 Relaciones Generalización de casos de uso Un caso de uso (hijo) hereda el comportamiento y el significado otro caso de uso (padre) El caso de uso hijo puede añadir comportamiento o bien redefinir el del padre. Ejemplo: un caso de uso Validar usuario puede tener como hijos los casos de uso Comprobar clave y Comprobar firma Se representa gráficamente con una flecha hueca dirigida al caso de uso padre c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.30/45

31 Relaciones Inclusión de casos de uso Representa un comportamiento común entre varios casos de uso: un caso de uso base A incorpora explícitamente el comportamiento de otro caso de uso B en el lugar especificado en el caso de uso base Gráficamente se representa mediante una flecha etiquetada con el estereotipo usa (o include ) que parte del caso de uso base Teóricamente el caso de uso incluido nunca se encuentra aislado c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.31/45

32 Caso práctico Se presenta una relación de inclusión entre los casos de uso: Ver un documento y Buscar un documento Imprimir un documento y Buscar un documento c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.32/45

33 Caso práctico Escenario normal del caso de uso Ver un documento: incluir(buscar un documento) El usuario selecciona un documento entre los encontrados El usuario requiere ver el documento El sistema muestra el documento c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.33/45

34 Caso práctico Escenario de excepción del caso de uso Ver un documento: incluir(buscar un documento) El usuario requiere ver el documento El sistema muestra un mensaje de error indicando que debe seleccionar un documento El usuario finaliza la petición c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.34/45

35 Relaciones Extensión de casos de uso Esta relación representa un comportamiento opcional de un caso de uso: un caso de uso base A incorpora implícitamente el comportamiento de otro caso de uso B (en el lugar especificado en el primero) A es el comportamiento habitual del sistema y, dependiendo de alguna condición, tiene un comportamiento adicional o ligeramente diferente representado por B c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.35/45

36 Relaciones Extensión de casos de uso Se representa gráficamente mediante una flecha etiquetada con el estereotipo extiende (o extends ) que llega al caso de uso base El caso de uso base, por tanto, bajo ciertas condiciones incorporaelcomportamientodeotrocasodeusoenun punto concreto de su especificación denominado punto de extensión. Un caso de uso base puede tener varias relaciones de extensión y, en consecuencia, varios puntos de extensión. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.36/45

37 Relaciones Extensión de casos de uso Ejemplo: Consideremos el caso de uso base Hacer pedido con una relación de extensión con otro caso de uso Hacer pedido urgente. La especificación de un escenario normal sería: El cliente solicita hacer un pedido El usuario proporciona los datos del pedido (establecer prioridad) Procesar el pedido c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.37/45

38 Técnicas comunes de modelado Pasos para la elaboración de un diagrama de casos de uso: 1. Identificar los actores que interactúan con el sistema 2. Organizar los actores identificando tanto los roles generales como los especializados 3. Considerar las formas más importantes que tiene cada actor de interactuar con el sistema 4. Considerar las formas excepcionales en las que cada actor puede interactuar con el sistema 5. Organizar los comportamientos como casos de uso, utilizando las relaciones de inclusión y extensión c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.38/45

39 Técnicas comunes de modelado Hay dos formas de aplicar los diagramas de casos de uso: 1. Modelado del contexto de un sistema: Se determina qué actores quedan fuera del sistema e interactúan con él. 2. Modelado de los requisitos de un sistema: Se especifica qué debe hacer el sistema, independientemente de cómo se haga. Se especifica el comportamiento del sistema como una caja negra. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.39/45

40 Modelado del contexto de un sistema Se trata de diferenciar entre elementos del sistema y elementos externos al sistema: Los elementos del sistema desarrollan el comportamiento de éste Los elementos externos interactúan con el sistema El contexto del sistema se puede definir como los elementos externos que interactúan con el sistema. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.40/45

41 Modelado del contexto de un sistema Para modelar el contexto de un sistema: 1. Identificar los actores en torno al sistema considerando: Qué grupos requieren funciones del sistema para desarrollar sus tareas. Qué grupos son necesarios para que el sistema desarrolle sus tareas. Qué grupos interactúan con hardware externo o con otros sistemas. Qué grupos realizan tareas secundarias de administración y mantenimiento. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.41/45

42 Modelado del contexto de un sistema 2 Organizar los actores similares en jerarquías de generalización/especialización. 3 Introducir los actores en el diagrama de casos de uso y especificar las vías de comunicación de cada actor con los casos de uso. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.42/45

43 Modelado de los requisitos de un sistema Un requisito se puede definir como una característica de diseño, propiedad o comportamiento de un sistema. El establecimiento de los requisitos determina un contrato entre el sistema y sus elementos externos. Los requisitos funcionales se pueden expresar mediante casos de uso. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.43/45

44 Modelado de los requisitos de un sistema Para modelar los requisitos hay que seguir los siguientes pasos: 1. Establecer el contexto del sistema, identificando los actores. 2. Considerar qué comportamiento del sistema espera cada actor. 3. Nombrar los comportamientos como casos de uso. 4. Factorizar el comportamiento común (relación de uso) en nuevos casos de uso y factorizar el comportamiento variante (relación de extensión) como nuevos casos de uso. 5. Modelar los casos de uso, actores y relaciones en diagramas de casos de uso. c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.44/45

45 Caso práctico c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.45/45

Cristian Blanco

Cristian Blanco UNIDAD DIDÁCTICA 8. ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS. DIAGRAMAS DE COMPORTAMIENTO En el siguiente enlace tienes una descripción y algunos ejemplos de todos los diagramas UML.: http://jms32.eresmas.net/tacticos/uml/umlindex.html

Más detalles

Lenguaje de Modelamiento Unificado.

Lenguaje de Modelamiento Unificado. Lenguaje de Modelamiento Unificado. Pontificia Universidad Javeriana What can you Model with UML? 1. Structure Diagrams include: The Class Diagram Object Diagram Component Diagram Composite Structure Diagram

Más detalles

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL MODELO FUNCIONAL SIGA C O NTE NlD O Introducción Aspectos Conceptuales Definición de modelo Requisitos de un Modelo Funcional Modelando la Funcionalidad del Sistema: Diagrama de Casos de Uso Definición

Más detalles

Ingeniería a de Software CC51A

Ingeniería a de Software CC51A Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario

Más detalles

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática Modelado Básico con Casos de Uso El Modelo de Casos de Uso La técnica de los casos de uso (inventada por Ivar Jacobson): Objetivo: identificar la funcionalidad de un sistema (requisitos funcionales). Método:

Más detalles

Documentación de Requisitos con Casos de Uso

Documentación de Requisitos con Casos de Uso de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas

Más detalles

USECASE. CASOS de USO

USECASE. CASOS de USO USECASE CASOS de USO 1 Objetivo Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario Por tanto los casos de uso determinan los requisitos funcionales

Más detalles

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema Modelado Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Vocabulario del Sistema Distribución de Responsabilidades Semántica de una Clase

Más detalles

CASOS DE USO Exploración de Requerimientos

CASOS DE USO Exploración de Requerimientos Cap. 9 Kendall & Kendall Cap 5 Jacobson SESION 8 CASOS DE USO Exploración de Requerimientos Ana Mercedes Cáceres mercycaceres@gmail.com Instructora: Carmen Morales Año 2006. 1 OBJETIVOS Conocer la importancia

Más detalles

Descripción del Curso

Descripción del Curso Curso Práctico de Modelado de Negocios BPMN con UML Descripción del Curso Durante este curso aprenderás de forma práctica el estándar BPMN (Business Process Management Notation) y las extensiones de UML

Más detalles

CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez

CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez CLASE 4: CASOS DE USO REQUERIMIENTOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez Casos de Uso Un caso de uso es una descripción de las posibles secuencias de interacción entre el

Más detalles

DISEÑO DEL SISTEMA DE INFORMACION (DSI)

DISEÑO DEL SISTEMA DE INFORMACION (DSI) DISEÑO DEL SISTEMA DE INFORMACION (DSI) El objetivo del proceso de Diseño del Sistema de Información (DSI) es la definición de la arquitectura del y del entrono tecnológico que le va a dar soporte, junto

Más detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de

Más detalles

Un caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo.

Un caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo. Casos de uso Un caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo. Consultar información Registrarse Relaciones

Más detalles

Casos de Uso. Introducción. Actores

Casos de Uso. Introducción. Actores Casos de Uso Introducción Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Representan las funciones que un sistema puede ejecutar. Por tanto

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006

Más detalles

DIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya

DIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya DIAGRAMAS DE UML Prof. Wenceslao Chávez Bedoya 1 DIAGRAMAS DEL UML La finalidad de los diagramas es presentar diversas perspectivas de un sistema a las cuales se les conoce como modelo. Muestran diferentes

Más detalles

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008 Tema 3: Diagramas de Casos de Uso Arturo Mora Soto Octubre 2008 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos conceptualmente

Más detalles

MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad)

MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad) MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad) Determinar el límite de un sistema: en primer lugar se necesita decidir que es parte del sistema (dentro de los límites del sistema) y que es externo

Más detalles

TEMA 4. PROCESO UNIFICADO

TEMA 4. PROCESO UNIFICADO TEMA 4. PROCESO UNIFICADO Diseño El objetivo final del diseño es producir un Modelo Lógico del sistema a implementar. Diferencia entre Análisis y Diseño del Proceso Unificado Modelo de Análisis Modelo

Más detalles

DIAGRAMAS DE ACTIVIDAD SESION 9. Cap. 9 Kendall & Kendall Cap 5 Jacobson

DIAGRAMAS DE ACTIVIDAD SESION 9. Cap. 9 Kendall & Kendall Cap 5 Jacobson DIAGRAMAS DE ACTIVIDAD Cap. 9 Kendall & Kendall Cap 5 Jacobson SESION 9 Ana Mercedes Cáceres mercycaceres@gmail.com Instructora: Carmen Morales Año 2006. OBJETIVOS Representar gráficamente los problemas

Más detalles

Diagramas De Casos De Uso

Diagramas De Casos De Uso Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos

Más detalles

Introducción www.themegallery.com

Introducción www.themegallery.com Introducción Definiciones: Proceso de negocio: Flujo de trabajo de la organización. Existe por sí mismo. Requisito: Característica que el sistema software debe tener. Caso de uso: Técnica para la definición

Más detalles

Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo

Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo Tutorial Contenido 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo 1. El proceso Fases soportadas por UML Análisis de requisitos de usuario Análisis de requisitos de software Diseño de la plataforma

Más detalles

DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO

DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO Un diagrama de casos de uso es una especie de diagrama de comportamiento. Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras

Más detalles

Grado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática

Grado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática Grado en Ingeniería Informática Plan de proyecto Desarrollo de Sistemas de Información Corporativos Departamento de Informática Propósito El plan del proyecto software abarca todas las herramientas de

Más detalles

Capacitación adquirida por el alumno al finalizar este modulo

Capacitación adquirida por el alumno al finalizar este modulo Curso de UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende cuándo y cómo utilizar todos los diagramas que forman parte de UML en forma práctica utilizando el Enterprise Architect

Más detalles

Gestión de proyectos con Project, Excel y Visio

Gestión de proyectos con Project, Excel y Visio Pág. N. 1 Gestión de proyectos con Project, Excel y Visio Familia: Editorial: Autor: Administración y Negocios Macro Luis Angulo Aguirre ISBN: 978-612-304-162-5 N. de páginas: 232 Edición: 1. a 2013 Medida:

Más detalles

Guía del Curso Analista Programador Java: Business Apps Expert

Guía del Curso Analista Programador Java: Business Apps Expert Guía del Curso Analista Programador Java: Business Apps Expert Modalidad de realización del curso: Número de Horas: Titulación: Online 600 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML

Más detalles

4. DIAGRAMAS DE INTERACCIÓN INTRODUCCIÓN DIAGRAMAS DE SECUENCIA Objetos Mensajes

4. DIAGRAMAS DE INTERACCIÓN INTRODUCCIÓN DIAGRAMAS DE SECUENCIA Objetos Mensajes 4. DIAGRAMAS DE INTERACCIÓN...37 4.1. INTRODUCCIÓN... 37 4.2. DIAGRAMAS DE SECUENCIA... 37 4.2.1. Objetos...37 4.2.2. Mensajes...38 4.2.3. Creación y destrucción de un objeto...39 4.3. DIAGRAMAS DE COLABORACIÓN...

Más detalles

Diagramas de interacción

Diagramas de interacción Tema 6: Diagramas de Interacción Diagramas de interacción Los diagramas de interacción son diagramas que describen cómo grupos de objetos colaboran para conseguir algún fin. Estos diagramas muestran objetos,

Más detalles

Requerimientos Funcionales y No Funcionales

Requerimientos Funcionales y No Funcionales Requerimientos Funcionales y No Funcionales Juan Pablo Quiroga Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencia El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh

Más detalles

Elementos Diagramas de Clases Clase:

Elementos Diagramas de Clases Clase: Diagramas de Clases Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.

Más detalles

Aseguramiento de Calidad en el Desarrollo de Software Libre

Aseguramiento de Calidad en el Desarrollo de Software Libre Aseguramiento de Calidad en el Desarrollo de Software Libre Marzo, 2014 N. Baez, V. Bravo y J. Alvarez Contenido de la Presentación Segunda versión de la Metodología de Desarrollo de Software Libre. Segunda

Más detalles

BASES DE DATOS TEMA 2 MODELOS DE DATOS

BASES DE DATOS TEMA 2 MODELOS DE DATOS SES DE DTOS TEM 2 MODELOS DE DTOS Un modelo de datos es una serie de conceptos que puede utilizarse para describir un conjunto de datos y las operaciones para manipularlos. Hay dos tipos de modelos de

Más detalles

norma española UNE-EN EXTRACTO DEL DOCUMENTO UNE-EN Seguridad funcional

norma española UNE-EN EXTRACTO DEL DOCUMENTO UNE-EN Seguridad funcional norma española UNE-EN 61511-1 Enero 2006 TÍTULO Seguridad funcional Sistemas instrumentados de seguridad para el sector de las industrias de procesos Parte 1: Marco, definiciones, requisitos para el sistema,

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

Más detalles

CLA. Diagramas de clases en Métrica V3

CLA. Diagramas de clases en Métrica V3 CLA Diagramas de clases en Métrica V3 1 Diagramas de clases Qué es? Representa la estructura y comportamiento de cada uno de los objetos del sistema y sus relaciones con los demás objetos. Objetivos? Representar

Más detalles

Diagramas de Casos de uso

Diagramas de Casos de uso Diagramas de Casos de uso Diagramas de Casos de uso 1. Notación gráfica Un caso de uso representa una interacción típica entre un usuario y un sistema informático 2. Relaciones entre casos de uso. 3. Descripción

Más detalles

Diagramas de Casos de Uso

Diagramas de Casos de Uso Casos de Uso es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo se desea que trabaje. No pertenece realmente al enfoque orientado a objeto, más bien es

Más detalles

UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO

UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO FUNDAMENTOS DE INGENIERÍA DE SOFTWARE UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO Docente: Integrantes: Ing. Armando Cabrera Marilyn Jaramillo Katty Landacay UML Unified Modeling Language Lenguaje Estándar

Más detalles

Conceptos básicos de bases de datos

Conceptos básicos de bases de datos Conceptos básicos de bases de datos 1.1 Definición de base de datos Una base de datos es una colección de archivos relacionados que permite el manejo de la información de alguna compañía. Cada uno de dichos

Más detalles

CAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos

CAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos CAPÍTULO 3 Metodología para la elaboración de manuales de procedimientos El elaborar los manuales de procedimiento conlleva una metodología; en este capítulo se trata brevemente este tema; sus bases principales

Más detalles

Programación Avanzada. Requerimientos de Software

Programación Avanzada. Requerimientos de Software Programación Avanzada Requerimientos de Software Contenido Especificación de Requerimientos Tipos de Requerimientos Requerimientos Funcionales Casos de Uso Programación Avanzada Requerimientos de Software

Más detalles

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque: Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas

Más detalles

INGENIERÍA DEL SOFTWARE

INGENIERÍA DEL SOFTWARE INGENIERÍA DEL SOFTWARE Sesión No. 11 INGENIERÍA DEL SOFTWARE 1 Nombre: Estereotipos y valores etiquetados de los paquetes Contextualización Los estereotipos dentro de los medios de programación son más

Más detalles

Sistemas de Información II Requerimientos. Análisis de Requisitos

Sistemas de Información II Requerimientos. Análisis de Requisitos Requerimientos El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón. del Proyecto Iteraciones

Más detalles

Probando casos de uso

Probando casos de uso Probando casos de uso Definición de casos de uso y otros requisitos Javier Gutiérrez / javierj@us.es Objetivos Objetivo: Mostrar cómo definir requisitos para aplicar un proceso sistemático de generación

Más detalles

Metodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto

Metodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto 1 En este apartado se describirán los pasos recomendados y los métodos a uglizar en cada uno de los pasos para la construcción de un modelo de objetos, indicados en la figura. La relación de pasos a seguir

Más detalles

Anexo 10. Pruebas verificadas

Anexo 10. Pruebas verificadas 1 Anexo 10. Pruebas verificadas Introducción El proceso de pruebas inició con una revisión conceptual para la identificación de las pruebas por realizar, a partir de las características del proyecto. En

Más detalles

El proceso de diseño. Análisis de tareas

El proceso de diseño. Análisis de tareas El proceso de diseño Diseño Iteración: Prototipado y Evaluación Técnicas de prototipado Técnicas de evaluación Definir tareas: Análisis de tareas: HTA: Análisis jerárquico de tareas : Diagramas de secuencias

Más detalles

INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño

INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño Univ. Cantabria Fac. de Ciencias Patricia López Introducción al Diseño Modelamos la estructura software del sistema (incluida la arquitectura) para

Más detalles

Sistemas de información Administrativa II

Sistemas de información Administrativa II Sistemas de información Administrativa II UNIDAD 1 MSI. José Luis Llamas Cárdenas Ciclo de Vida Proceso de todo sistema de información Sistemas de Información El sistema informativo esta comprendido por

Más detalles

Estructuras Administrativas

Estructuras Administrativas Estructuras Administrativas ESTRUCTURAS ADMINISTRATIVAS 1 Sesión No. 7 Nombre: Diagramas de Flujo Objetivo: El estudiante desarrollará la propuesta de un diagrama de flujo para la especificación de la

Más detalles

Ingeniería de Requerimientos. requiere de un Sistema de Software.

Ingeniería de Requerimientos. requiere de un Sistema de Software. Ingeniería de uestableciendo lo que el cliente requiere de un Sistema de Software. Ian Sommerville 1995 Ingeniería de Software, 5a. edición Capitulo 4 Diapositiva 1 Objetivos u Introducción a la Noción

Más detalles

Introducción Base de datos Tabla Tipos de campos Clave principal Índice Administrador de base de datos Relaciones entre tablas Consulta Formulario

Introducción Base de datos Tabla Tipos de campos Clave principal Índice Administrador de base de datos Relaciones entre tablas Consulta Formulario Introducción Base de datos Tabla Tipos de campos Clave principal Índice Administrador de base de datos Relaciones entre tablas Consulta Formulario Informe Planeación y diseño de una base de datos Access

Más detalles

SECRETARÍA DE FINANZAS DEL DISTRITO FEDERAL REGISTRO KIOSCO ADMINISTRATIVO

SECRETARÍA DE FINANZAS DEL DISTRITO FEDERAL REGISTRO KIOSCO ADMINISTRATIVO SECRETARÍA DE FINANZAS DEL DISTRITO FEDERAL REGISTRO KIOSCO ADMINISTRATIVO ROL: KIA.ROLE Fecha:28/05/2012 1/14 Objetivo del proceso: Permitir el registro en los Kioscos Administrativos a todos los empleados

Más detalles

ARQUITECTURA BÁSICA DEL ORDENADOR: Hardware y Software. IES Miguel de Cervantes de Sevilla

ARQUITECTURA BÁSICA DEL ORDENADOR: Hardware y Software. IES Miguel de Cervantes de Sevilla ARQUITECTURA BÁSICA DEL ORDENADOR: Hardware y Software. IES Miguel de Cervantes de Sevilla Índice de contenido 1.- Qué es un ordenador?...3 2.-Hardware básico de un ordenador:...3 3.-Software...4 3.1.-Software

Más detalles

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1 Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución

Más detalles

Algoritmos. Diagramas de Flujo. Informática IV. L. S. C. Heriberto Sánchez Costeira

Algoritmos. Diagramas de Flujo. Informática IV. L. S. C. Heriberto Sánchez Costeira Informática IV Algoritmos Diagramas de Flujo L. S. C. Heriberto Sánchez Costeira Algoritmos 1 Definición Es una serie finita de pasos o instrucciones que deben seguirse para resolver un problema. Es un

Más detalles

Profa. Judith Barrios A. Departamento de Computación Semestre A 2010

Profa. Judith Barrios A. Departamento de Computación Semestre A 2010 Sistemas de Información UNIDAD 2: DEFINICIÓN DE LOS REQUISITOS DE INFORMACIÓN DE UNA ORGANIZACIÓN Tema 2: El Método BMM. Aplicación Profa. Judith Barrios A. Departamento de Computación Semestre A 2010

Más detalles

DCU Diagramas de casos de uso

DCU Diagramas de casos de uso DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros

Más detalles

El Lenguaje Unificado de Modelado (UML)

El Lenguaje Unificado de Modelado (UML) El Lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo(ehernandez@disca.upv.es) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los

Más detalles

Unidad II Modelos de Referencias TCP/IP

Unidad II Modelos de Referencias TCP/IP Unidad II Modelos de Referencias TCP/IP Historia El Departamento de Defensa de EE.UU. (DoD) creó el modelo TCP/IP porque necesitaba una red que pudiera sobrevivir ante cualquier circunstancia, incluso

Más detalles

MAPA DE CONCEPTOS DR. LAMBERTO VERA VÉLEZ DEPARTAMENTO DE EDUCACIÓN Y CIENCIAS SOCIALES UNIVERSIDAD INTERAMERICANA DE PUERTO RICO RECINTO DE PONCE

MAPA DE CONCEPTOS DR. LAMBERTO VERA VÉLEZ DEPARTAMENTO DE EDUCACIÓN Y CIENCIAS SOCIALES UNIVERSIDAD INTERAMERICANA DE PUERTO RICO RECINTO DE PONCE MAPA DE CONCEPTOS DR. LAMBERTO VERA VÉLEZ DEPARTAMENTO DE EDUCACIÓN Y CIENCIAS SOCIALES UNIVERSIDAD INTERAMERICANA DE PUERTO RICO RECINTO DE PONCE EL MAPA CONCEPTUAL EL MAPA DE CONCEPTOS ES UNA REPRESENTACIÓN

Más detalles

Modelización con Diagramas de Casos de Uso

Modelización con Diagramas de Casos de Uso Modelización con Diagramas de Casos de Uso Maestrando: Ing. Javier Nader 1- Introducción En la perspectiva Orientada a Objetos el principal bloque de todos los sistemas software es el objeto o clase. Por

Más detalles

Diseño arquitectónico 1ª edición (2002)

Diseño arquitectónico 1ª edición (2002) Unidades temáticas de Ingeniería del Software Diseño arquitectónico 1ª edición (2002) Facultad de Informática objetivo Los sistemas grandes se descomponen en subsistemas que suministran un conjunto relacionado

Más detalles

F1131 Fundamentos de sistemas operativos 1/12

F1131 Fundamentos de sistemas operativos 1/12 PROGRAMA DE ESTUDIO Fundamentos de sistemas operativos Programa Educativo: Licenciado en Informática Administrativa Área de Formación : Sustantiva Profesional Horas teóricas: 3 Horas prácticas: 2 Total

Más detalles

Diagramas de secuencia

Diagramas de secuencia Facultad de Ingeniería Departamento de Ingeniería de Sistemas y Computación Diagramas de secuencia Interacciones básicas 1 Para qué sirven los diagramas de secuencia? 2 Para qué sirven los diagramas de

Más detalles

Infor LN - Guía del usuario para Estadística

Infor LN - Guía del usuario para Estadística Infor LN - Guía del usuario para Estadística Información acerca de la publicación Código de documento Versión Creado el crossstatug (U9816) Cloud Edition (10.4.2) 22 abril 2016 Índice de contenido Acerca

Más detalles

3.1. Administración de la medición y de la información estratégica:

3.1. Administración de la medición y de la información estratégica: Unidad III Aspectos Generales Sobre la Gestión de la Calidad 3.1. Administración de la medición y de la información estratégica: Los siguientes criterios corresponden a la administración de la medición

Más detalles

Guía del Curso Técnico en Mantenimiento de CRM: Recursos Empresariales y de Gestión de Relaciones con Clientes

Guía del Curso Técnico en Mantenimiento de CRM: Recursos Empresariales y de Gestión de Relaciones con Clientes Guía del Curso Técnico en Mantenimiento de CRM: Recursos Empresariales y de Gestión de Relaciones con Clientes Modalidad de realización del curso: Número de Horas: Titulación: Online 160 Horas Diploma

Más detalles

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un

Más detalles

TEMA 4. PROCESO UNIFICADO

TEMA 4. PROCESO UNIFICADO TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura

Más detalles

Actividad ASI 1: Definición del Sistema

Actividad ASI 1: Definición del Sistema Actividad ASI 1: Definición del Sistema Descripción del sistema, delimitando su alcance Establecimiento de interfaces con otros sistemas Identificación de usuarios representativos ASI 1.1 Determinación

Más detalles

Planificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6

Planificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6 Planificaciones 7509 - Análisis de la Información Docente responsable: GONZALEZ NORBERTO DANIEL 1 de 6 OBJETIVOS Introducir al alumno en los conceptos fundamentales del desarrollo de sistemas de información

Más detalles

Requerimientos de Software

Requerimientos de Software Requerimientos de Software Ingeniería de Requerimientos Se define como el proceso de establecer los servicios que el consumidor requiere de un sistema y las restricciones sobre las cuales de funcionar

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso

Fundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso Fundamentos de Ingeniería del Software Capítulo 3. Análisis de Requisitos Introducción a los casos de uso Introd. a los casos de uso. Estructura Introducción Diagramas de casos de uso Actores Casos de

Más detalles

Diagramas de secuencia

Diagramas de secuencia Facultad de Ingeniería Departamento de Ingeniería de Sistemas y Computación Diagramas de secuencia Fragmentos Combinados: caminos alternativos Departamento de Ingeniería de Sistemas y Computación - Universidad

Más detalles

de Procesos de Negocio 4. Productos de la ingeniería del software 5. Procesos de la ingeniería del software

de Procesos de Negocio 4. Productos de la ingeniería del software 5. Procesos de la ingeniería del software 1. Características del software 2. Problemas de Introducción la al Modelado industria del software 3. La necesidad de una ingeniería del software de Procesos de 4. Productos de la ingeniería del software

Más detalles

Estrategia de Pruebas

Estrategia de Pruebas Estrategia de Pruebas Introducción: Las pruebas son parte integral de un proyecto y del ciclo de vida de la aplicación. Dentro un proyecto de implementación, las pruebas siguen un enfoque estructurado

Más detalles

Tema 7: Diagramas de Colaboración

Tema 7: Diagramas de Colaboración Tema 7: Diagramas de Colaboración Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagramas de Use Diagramas

Más detalles

ESTRUCTURAR EL MODELO DE CASOS DE USO

ESTRUCTURAR EL MODELO DE CASOS DE USO ESTRUCTURAR EL MODELO DE CASOS DE USO SEMANA 3 Primera Sesión Profesores del Curso: Aréstegui Guillén Oscar Temario Refinar la definición del sistema Detallar un Caso de Uso Documento Especificación de

Más detalles

Sistemas de Información Geográfica

Sistemas de Información Geográfica Sistemas de Información Geográfica un SIG es un sistema de hardware, software y procedimientos elaborados para facilitar la obtención, gestión, manipulación, análisis, modelado, representación y salida

Más detalles

Sesión No. 10. Contextualización INFORMÁTICA 1. Nombre: Gestor de Base de Datos (Access)

Sesión No. 10. Contextualización INFORMÁTICA 1. Nombre: Gestor de Base de Datos (Access) INFORMÁTICA INFORMÁTICA 1 Sesión No. 10 Nombre: Gestor de Base de Datos (Access) Contextualización Microsoft Access es un sistema de gestión de bases de datos, creado para uso personal y de pequeñas organizaciones,

Más detalles

TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML

TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Diagrama de Objetos en UML Se utilizan para visualizar,

Más detalles

Diplomado Planeación y Control Financiero con Excel

Diplomado Planeación y Control Financiero con Excel Diplomado Planeación y Control Financiero con Excel Duración 96 horas Objetivo general: Proveer al participante de las herramientas teórico- prácticas para la construcción de modelos financieros a través

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

T3-Análisis y Diseño del Sistema Software

T3-Análisis y Diseño del Sistema Software UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA T3-Análisis y Diseño del Sistema Software Gómez Carretero, Ana Isabel Oliver Donoso, Eulalio Rivas García, Bibiano Rivero Alberca, Elena

Más detalles

RECEPCIÓN, ACTUALIZACIÓN Y SEGUIMIENTO DE HOJAS DE VIDA

RECEPCIÓN, ACTUALIZACIÓN Y SEGUIMIENTO DE HOJAS DE VIDA PÁGINA: 1 DE 8 SEGUIMIENTO DE HOJAS DE VIDA REVISÓ GERENTE DE GESTIÓN HUMANA Y CARRERA ADMINISTRATIVA APROBÓ REPRESENTANTE DE LA DIRECCIÓN PÁGINA: 2 DE 8 1. OBJETIVO Establecer y definir las actividades

Más detalles

Definir los módulos del SI y la manera de interactuar unos con otros, intentando que cada módulo trate total o parcialmente un proceso específico y

Definir los módulos del SI y la manera de interactuar unos con otros, intentando que cada módulo trate total o parcialmente un proceso específico y $FWLYLGDG'6,'LVHxRGHOD$UTXLWHFWXUDGH 0yGXORVGHO6LVWHPD 2EMHWLYRV Definir los módulos del SI y la manera de interactuar unos con otros, intentando que cada módulo trate total o parcialmente un proceso específico

Más detalles

PROGRAMACION CONCURRENTE Y DISTRIBUIDA

PROGRAMACION CONCURRENTE Y DISTRIBUIDA PROGRAMACION CONCURRENTE Y DISTRIBUIDA V.2 Redes de Petri: Análisis y validación. J.M. Drake 1 Capacidad de modelado y capacidad de análisis El éxito de un método de modelado es consecuencia de su capacidad

Más detalles

Dirección de Servicios Universitarios

Dirección de Servicios Universitarios Dirección de Servicios Universitarios Oficina de Suministros Servicios de Alimentación Oficina de Servicios Generales Coordinación Tienda Javeriana Coordinación Correspondencia Coordinación Archivos Administrativos

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

UNIVERSIDAD CENTROAMERICANA VICERRECTORIA ACADEMICA SYLLABUS

UNIVERSIDAD CENTROAMERICANA VICERRECTORIA ACADEMICA SYLLABUS UNIVERSIDAD CENTROAMERICANA VICERRECTORIA ACADEMICA SYLLABUS I. DATOS GENERALES Facultad: Ciencia, Tecnología y Ambiente Departamento: Desarrollo Tecnológico Carrera: Licenciatura en Contaduría Pública

Más detalles

REINGENIERÍA DE LOS PROCESOS DEL NEGOCIO. Modelado del Negocio con UML

REINGENIERÍA DE LOS PROCESOS DEL NEGOCIO. Modelado del Negocio con UML UNIVERSIDAD SIMÓN BOLÍVAR DEPARTAMENTO DE PROCESOS Y SISTEMAS REINGENIERÍA DE LOS PROCESOS DEL NEGOCIO Modelado del Negocio con UML Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza M. Prof.

Más detalles

13019 Diseño de bases de datos

13019 Diseño de bases de datos 13019 Diseño de bases de datos Diseño de requisitos mediante casos de uso Wladimiro Díaz Wladimiro.Diaz@uv.es Universitat de València 13019 Diseño de bases de datos p. 1 Introducción En literatura, un

Más detalles

Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta

Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta Capítulo 6 UML Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta 1 6 UML Lenguaje Unificado de Modelado 6.1 Introducción. El UML es un lenguaje universal de modelado de sistemas que se emplea

Más detalles

Prueba, caso de prueba, defecto, falla, error, verificación, validación.

Prueba, caso de prueba, defecto, falla, error, verificación, validación. Modelos de Prueba Prueba, caso de prueba, defecto, falla, error, verificación, validación. Prueba: Las Pruebas son básicamente un conjunto de actividades dentro del desarrollo de software, es una investigación

Más detalles

SISTEMAS OPERATIVOS MONOPUESTO 1. CONTENIDOS MÍNIMOS PARA LA EVALUACIÓN POSITIVA

SISTEMAS OPERATIVOS MONOPUESTO 1. CONTENIDOS MÍNIMOS PARA LA EVALUACIÓN POSITIVA 1ª evaluación DEPARTAMENTO MATERIA CURSO INFORMATICA SISTEMAS OPERATIVOS MONOPUESTO 1º S.M.R 1. CONTENIDOS MÍNIMOS PARA LA EVALUACIÓN POSITIVA Caracterización de sistemas operativos: Utilización de sistemas

Más detalles