UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO
|
|
- María Teresa Segura Sevilla
- hace 7 años
- Vistas:
Transcripción
1 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
2 UML Unified Modeling Language Lenguaje Estándar para: Visualizar Especificar Construir Documentar los planos del software Indican como crear y leer modelos bien formados pero no nos dicen qué modelos se deben crear ni cuándo se los deberían crear Ir a Casos de uso
3 UML es un lenguaje para visualizar La distancia entre pensar en una implementación y transformarla en código es casi cero. En algunos casos: Lo que piensas lo codificas. Algunas cosas se modelan mejor textualmente; otras se modelas mejor de forma gráfica UML es algo más que un simple montón de símbolos gráficos.
4 UML es un lenguaje para especificar Significa construir modelos precisos, no ambiguos y completos UML cubre todas las decisiones de análisis, diseño e implementación UML es un lenguaje para construir No es un lenguaje de programación Pero sus modelos pueden conectarse a una gran variedad de lenguajes de programación
5 UML es un lenguaje para documentar UML cubre la documentación de la arquitectura de un sistema y todos sus detalles Proporciona un lenguaje: Expresar requisitos y pruebas Modelar actividades de planificación de proyectos y gestión de versiones
6 CASOS DE USO Qué es un caso de uso? Para que sirven los casos de uso? Cómo se representan? Cómo se debe crear un caso de uso? Flujo de eventos Relaciones Model Diagramas de caso de uso Use case 1 Use case 2 Actor 2 Use Case 2 Specification Use case 3
7 QUÉ ES UN CASO DE USO? Describen una interacción típica entre un usuario (actores) y un sistema de cómputo. 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 Produce algo de valor para algún actor como el cálculo de algún resultado Describe qué hace un sistema pero no especifica cómo lo hace El caso de uso capta alguna función visible para el usuario. El caso de uso puede ser pequeño o grande. El caso de uso logra un objetivo discreto para el usuario. Un caso de uso debe ser simple, claro y conciso
8 PARA QUE SIRVEN LOS CASOS DE USO? Para capturar el comportamiento deseado del sistema sin tener que especificar como se implementa ese comportamiento Como medio de comprensión del sistema para desarrolladores, usuarios finales y expertos del dominio Ayudan a validar la arquitectura y a verificar el sistema en el transcurso del desarrollo de este
9 CÓMO SE REPRESENTAN? Un caso de uso se representa en UML como un óvalo: Nombre del Caso de Uso En UML, un actor se representa como monigote Actor
10 ACTORES Representa un conjunto de roles que los usuarios de los casos de uso juegan al interactuar con éstos Representa un rol que es jugado por una persona, un dispositivo hardware u otro sistema que interactúe con nuestro sistema Se puede definir categorías generales de actores (como cliente) y especializarlos (como ClienteComercial) a través de relaciones de generalización actor Cliente generalización Cliente Comercial actor Un actor y un caso de uso se pueden comunicar a través de una asociación en donde cada uno de ellos pueden enviar y recibir mensaje.
11 FLUJO DE EVENTOS Cómo y cuándo empieza y acaba el caso de uso Cuándo interactúan con los actores y que objetos se intercambian Conviene separa el flujo principal de uno alternativo
12 Ejemplo: VALIDACIÓN DE USUARIO
13 FLUJO DE EVENTO PRINCIPAL: el caso de uso comienza cuando se pide al cliente un número de identificación personal (cédula), el cliente introduce la cédula, luego acepta con enter, el sistema lo comprueba para su validación, si la cédula es válida el sistema acepta la entrada y acaba el caso de uso. FLUJO DE EVENTO EXCEPCIONAL: - El cliente puede cancelar su transacción en cualquier momento con el botón cancelar, reiniciando el caso de uso, no se efectúa ningún cambio a la cuenta del cliente. - El cliente puede borrar la cédula en cualquier momento antes de introducirlo y volver a teclear una nueva cédula - El cliente introduce un cédula inválida el caso de uso vuelve a empezar, si se lo realiza tres veces se cancela la transacción.
14 Cómo identificar los casos de uso?
15 Cómo se debe crear un caso de uso? Tras localizar los actores, procede el describirlos especificar describiendo un flujo de eventos Los actores sólo pueden conectar a los casos de uso a través de asociaciones Generalmente hay pocos actores asociados a cada Caso de Uso Preguntas clave: cuáles son las tareas del actor? qué información crea, guarda, modifica, destruye o lee el actor? debe el actor notificar al sistema los cambios externos? debe el sistema informar al actor de los cambios internos?
16 La descripción del Caso de Uso comprende: el inicio: cuándo y qué actor lo produce? el fin: cuándo se produce y qué valor devuelve? la interacción actor-caso de uso: qué mensajes intercambian ambos? objetivo del caso de uso: qué intenta el caso de uso? cronología y origen de las informaciones repeticiones de comportamiento: qué operaciones son iteradas? situaciones opcionales: qué ejecuciones alternativas se presentan en el caso de uso?
17 Puntos claves del ejemplo: Las precondiciones son los hechos que se han de cumplir para que el flujo de evento se pueda llevar a cabo. Flujo de eventos Normal, que corresponde a la ejecución normal y exitosa del caso de uso Los flujos alternativos son los que nos permiten indicar qué es lo que hace el sistema en los casos menos frecuentes e inesperados. las poscondiciones son los hechos que se ha de cumplir si el flujo de eventos normal se ha ejecutado correctamente.
18 Ejemplo: escribir un mensaje en un foro
19 RELACIONES Para extraer el comportamiento de los casos de uso en los que se incluye y poniendo ese comportamiento en otros casos de uso que lo extiende Tipos: - GENERALIZACIÓN - EXTENSIÓN - INCLUSIÓN
20 GENERALIZACIÓN El caso hijo hereda el comportamiento y significado de caso de uso padre El hijo puede añadir o redefinir el comportamiento del padre El Caso de Uso fuente hereda la especificación del Caso de Uso destino Caso de uso destino Caso de uso origen
21 INCLUSIÓN Un caso base de uso base incorpora expolisitamente el comportamiento de otro caso de uso en el lugar especificado en el caso base. Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo comportamiento común en un caso de uso aparte Se representa como una dependencia estereotipada con <<include>>
22 REPRESENTACIÓN: <<include>> Caso de uso destino Caso de uso origen EJEMPLO: Buscando datos de producto <<include>> <<include>> Empleado de ventas Ingresando pedido Obtener reporte De Ventas por producto Gerente
23 EXTENSIÓN Significa que un caso de uso base incorpora implícitamente el comportamiento de otro caso de uso en el lugar especificado indirectamente por el caso de uso que extiende al base Se usa esta relación cuando se tiene un caso de uso que es similar a otro, pero que hace un poco más. <<extends>> Caso de uso origen Caso de uso destino
24 Ejemplo: Realizar Llamada telefónica <<extend>> Realizar llamada Con conferencia Red telefónica Actores Usuario Recibir llamada telefónica Usar agenda relación de extensión <<extend>> Casos de uso Recibir llamada adicional frontera del sistema Teléfono móvil
25 Ejemplo de todas las relaciones : Giro por Internet <<extends>> Cliente <<includes>> Giro Identificación
26 DIAGRAMAS DE CASO DE USO En UML, cada caso de uso debe tener al menos un actor. Esta forma de ver el sistema nos ayuda a concebirlo como un todo. Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos de uso, actores y sus relaciones. Son importantes para modelar el comportamiento de un sistema. Normalmente los casos de uso contienen: Casos de Uso Actores Relaciones de dependencia, generalización y asociación.
27 Cubren principalmente el comportamiento del sistema. Es un tipo especial de diagrama, por su contenido particular. Se emplean para modelar la vista de casos de uso estática.(comportamiento, servicios externos). Para modelar el contenido de un sistema Dibujar una línea alrededor de todo el sistema, los actores quedarán fuera del sistema e interactúan con el, se especificara los actores y el significado de los roles. Para modelar los requisitos de un sistema Especificar que debería hacer el sistema, independientemente de cómo se haga, se especificará el comportamiento deseado del sistema. Permite ver el sistema entero como una caja negra.
28 Técnicas comunes del modelado Elementos dentro y fuera, son responsables del comportamiento que esperan los elementos externos.. Los elementos externos que interactúan con el sistema constituyen su contexto, es decir el entorno en que reside el sistema. Modelar el contexto de un sistema Identificar actores en torno del sistema. Grupos que necesitan ayuda del sistema, Grupos necesarios para ejecutar las funciones del sistema. Grupos que interactúan con el hardware o software. Grupos que realizan funciones secundarias de administración y mantenimiento. Organizar los actores similares en jerarquía de generalización/especificación Proporcionar un estereotipo para cada actor. Introducir los actores en un diagrama de CU y especificar las vías de comunicación.
29 Antes Después
30 Realizar Transacción Con tarjeta Procesar factura Del cliente Comercio Cliente Ajustar transacciones Cliente individual Cliente corporativo Gestionar cuenta Del cliente Entidad Financiera
31 Conclusiones: Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario. Los diagramas de casos de uso muestran las relaciones entre los casos de uso de un sistema y sus actores. En una relación << extends>>, un actor que lleve a cabo el caso de uso base puede realizar o no sus extensiones. Mientras, en una relación <<include>> el actor que realiza el caso de uso base también realiza el caso de uso incluido.
32 Bibliografía: Libro de UML: EL LENGUAJE UNIFICADO DE MODELADO, Booch, Jacobson, Rumdaugh, pag
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 detallesDiagramas de Casos de Uso. Ingeniería del Sw-II, José Merseguer
Diagramas de Casos de Uso 19 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
Más detallesIngeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes
Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar
Más detalles4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software
UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)
Más detallesDiagrama de Casos de Uso (DCU)
Diagrama de Casos de Uso (DCU) Escen a 1 Imágenes Diagrama de Casos de Uso Textos ideas fuerza Características del DCU Audio (locución) El Diagrama de Casos de Uso, es un modelo desarrollado por Ivar Jacobson
Más detallesDesarrollo Orientado a Objetos en Métrica v. 3
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 Estructura del curso 1. Estructura de Métrica v. 3 2. Técnicas orientadas a
Más detallesCaso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12
Herramienta de relevamiento Son descripciones de un conjunto de secuencia de acciones que ejecuta el sistema para obtener un resultado Los casos de uso especifican un comportamiento deseado, no como se
Más detallesTema 4: Diagramas de Casos de Uso
Tema 4: Diagramas de Casos de Uso Maria-Isabel, Sanchez Segura Arturo, Mora-Soto 1 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos
Más detalles2. DIAGRAMAS DE CASOS DE USO...11 2.1. INTRODUCCIÓN... 11 2.2. DIAGRAMAS DE CASOS DE USO... 11 2.2.1. Casos de uso...11 2.2.2. Actores...11 2.2.3.
2. DIAGRAMAS DE CASOS DE USO...11 2.1. INTRODUCCIÓN... 11 2.2. DIAGRAMAS DE CASOS DE USO... 11 2.2.1. Casos de uso...11 2.2.2. Actores...11 2.2.3. Relaciones en un diagrama de casos de uso...12 2.2.4.
Más detallesDiagramas de Casos de uso
Diagramas de Casos de uso Un caso de uso representa una interacción típica entre un usuario y un sistema informático Utilizaremos los casos de uso para: Capturar los requisitos funcionales del sistema
Más detalles12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso
ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso Los Casos de Uso (Jacobson) describen bajo la forma de acciones y reacciones
Más detallesUML (Unified Modeling Language) Octubre de 2007
UML (Unified Modeling Language) Octubre de 2007 UML un modelo o pieza de información producido en el proceso de desarrollo de software Un lenguaje para especificar, visualizar y construir artefactos de
Más detallesAnálisis y Diseño del Software. El Lenguaje Unificado de Modelado UML 2.0
Análisis y Diseño del Software El Lenguaje Unificado de Modelado UML 2.0 Contenidos Introducción al modelado del software Presentación de UML Modelado de Casos de Usos Diagramas de casos de uso Modelado
Más detallesCASOS 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 detallesAná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 detallesDiagramas de Estructura
Diagramas de Estructura Definen la arquitectura estática de un modelo. Se utilizan para modelar las cosas que hace un modelo, las clases, los objetos, las interfaces y los componentes físicos. Además se
Más detallesIngenierí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 detallesAnálisis y Diseño de Sistemas Clase 5 Ingeniería de Requerimientos El modelo de Casos de Uso
Metodologías de Desarrollo Análisis y Diseño de Sistemas Clase 5 Ingeniería de Requerimientos El modelo de Lic. María Mercedes Vitturini 1er. CUATRIMESTRE 2007 Dpto. Ciencias e Ingeniería de la Computación
Más detallesCristian Blanco www.cristianblanco.es
UNIDAD DIDÁCTICA 7. ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS. DIAGRAMA DE CLASES 7.1 Introducción La construcción de software es un proceso cuyo objetivo es dar solución a problemas utilizando una herramienta
Más detallesMODELO DE CASCADA PURA. Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas de
ESCUELA DE INGENIERÍA DE SISTEMAS Y SEGURIDAD INFORMÁTICA CLASE 05 Ing. William J. León Velásquez CIP. 72861 williamleon20@yahoo.com Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas
Más detallesMETODOLOGÍA COMMONKADS.
METODOLOGÍA COMMONKADS. Figura A.1. Metodología CommonKads La metodología CommonKads se utiliza como un estándar por los responsables de la gestión del conocimiento e ingenieros del conocimiento para el
Más detallesMicrosoft Access 2003 (Completo)
Página 1 Horas de teoría: 27 Horas de práctica: 25 Precio del Curso: 167 Descripción del funcionamiento del programa de gestión de bases de datos Microsoft Access 2003, estudiando los conceptos fundamentales
Más detallesGuía práctica de estudio 09: UML
Guía práctica de estudio 09: Elaborado por: M.C. M. Angélica Nakayama C. Ing. Jorge A. Solano Gálvez Autorizado por: M.C. Alejandro Velázquez Mena Guía práctica de estudio 09: Guía práctica de estudio
Más detalles4.1 Dispositivos y manejadores de dispositivos: device drivers
Unidad IV: Administración de entrada/salida 4.1 Dispositivos y manejadores de dispositivos: device drivers Se pueden clasificar en dos grandes categorías: 1. Dispositivos de bloque 2. Dispositivos de carácter
Más detallesTechniks es una empresa comprometida con el desarrollo de sistemas de. información de calidad y requiere de la recomendación o desarrollo de un método
1.- INTRODUCCIÓN 1 INTRODUCCIÓN 1.1 Techniks Techniks es una empresa comprometida con el desarrollo de sistemas de información de calidad y requiere de la recomendación o desarrollo de un método estándar
Más detallesUnidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.
Unidad V. UML Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas Objetivos Conocer el modelo UML Utilizar el modelo UML como parte de la metodología
Más detallesDiagramas 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 detallesMODULO IV. Análisis y Diseño de Sistemas de Información INF-162 IV. UML. Casos de uso. Facilitador: Miguel Cotaña
MODULO IV Análisis y Diseño de Sistemas de Información INF-162 IV. UML Casos de uso Facilitador: Miguel Cotaña 1 INTRODUCCION Analista de negocios no-it: es alguien que trabaja dentro del contexto del
Más detallesArquitectura y Diseño de Software
Arquitectura y Diseño de Software Punto de Vista de Información Departamento de Ingeniería de Sistemas y Computación Agenda Introducción Principales Concerns Principales Modelos Ejemplo 2 Punto de Vista
Más detallesNombre de la asignatura : Análisis y Diseño Orientado a Objetos. Carrera : Ingeniería en Sistemas Computacionales. Clave de la asignatura : SCB-
1. D A T O S D E L A A S I G N A T U R A Nombre de la asignatura : Análisis y Diseño Orientado a Objetos Carrera : Ingeniería en Sistemas Computacionales Clave de la asignatura : SCB- Horas teoría-horas
Más detallesMICROSOFT ACCESS 2007
MICROSOFT ACCESS 2007 1. AVANZADO Nº Horas: 24 Objetivos: Descripción del funcionamiento del programa de gestión de bases de datos Microsoft Access 2007, estudiando los conceptos fundamentales de las bases
Más detallesCreación de modelos de procesos Empresariales
Creación de modelos de procesos Empresariales Guía I Versión 1.0 Windows Expositores: Luis Ángel Ore Caballero Embajador IBM USMP Representante: Iniciativa Académica IBM USMP Adderly David Ore Mayta Integrante:
Más detallesClasificación de los planes:
Tipos de Planes Plan Es el producto de la planeación, el evento intermedio entre el proceso de planeación y el proceso de implementación del mismo. El propósito de los planes se encuentra en: La previsión,
Más detallesTEMA 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 detalles1. INTRODUCCIÓN A LA MODELIZACIÓN CONCEPTUAL DE DATOS
TEMA 5: MODELIZACIÓN CONCEPTUAL DE DATOS 1. INTRODUCCIÓN A LA MODELIZACIÓN CONCEPTUAL DE DATOS 2. MODELO CONCEPTUAL DE DATOS 2.1. Características Generales. 2.2. Pasos para su Desarrollo. 2.3. Añadir Detalles
Más detalles1. 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 detallesFundamentos 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 detallesSe utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos
Diagrama de clase Se utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos Contenido Generalidades de un diagrama de clase...
Más detallesUn 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 detallesAnálisis y Diseño Orientado a Objetos. 2 - Análisis
Análisis y Diseño Orientado a Objetos 2 - Análisis El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar
Más detallesMODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. 4.8 Diagramas de Actividades
MODULO IV Análisis y Diseño de Sistemas de Información INF-162 III. UML 4.8 Diagramas de Actividades Facilitador: Miguel Cotaña 23 de Noviembre 2009 1 Un diagrama de actividades destaca el flujo de control
Más detallesPRÁCTICA 4. EL ENTORNO DE UN ROBOT EN C++
PRÁCTICA 4. EL ENTORNO DE UN ROBOT EN C++ 0 Introducción y objetivos Los objetivos de esta práctica son dos: Aprender a realizar diseños muy sencillos de programas en C++. Aprender a gestionar un entorno
Más detallesTema 2. Casos de Uso C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L
Tema 2. Casos de Uso C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R E N O
Más detallesUML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson
UML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson El lenguaje UML es un estándar OMG diseñado para visualizar, especificar, construir y documentar software orientado a objetos.
Más detallesDesarrollo de Software a gran escala. Sesión 2: Administración de Proyectos de Software
Desarrollo de Software a gran escala Sesión 2: Administración de Proyectos de Software Porque administrar un proyecto de Software Asegurar el alcance de los objetivos del proyecto Maximizar uso de recursos
Más detallesgestión para una empresa de autobuses que se dedica al transporte regional, nacional e internacional de viajeros. Las
INGENIERÍA DEL SOFTWARE I Práctica 3 Modelado de Requisitos Univ. Cantabria Fac. de Ciencias María Sierra y Patricia López Ejemplo Práctico de Desarrollo de Software El proyecto consiste en el desarrollo
Más detallesUML: Lenguaje Unificado de Modelado
PRÁCTICAS UML: Lenguaje Unificado de Modelado Curso 2002-03 Elementos del lenguaje Relaciones entre los elementos Diagramas Francisco Mora (DCCIA, Universidad de Alicante, 2002) 1 Qué es UML? Es un lenguaje
Más detallesTEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE. Definición de Ingeniería del Software
TEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE Definición de Estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software [Zelkovitz, 1978]. Aplicación práctica del
Más detallesCASOS DE USO.
CASOS DE USO Suponga que va a comenzar a desarrollar un sistema Por dónde empieza? Obviamente con el proceso de "levantado de requerimientos", el cual un proceso muy parecido entre un exorcismo y un psicoanálisis,
Más detallesConceptos básicos de bases de datos
Conceptos básicos de bases de datos En este artículo se realiza una breve introducción a las bases de datos: qué son, por qué podría querer usar una y cuáles son las funciones de las distintas partes de
Más detalles12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia
ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso "Un diagrama que representa una interacción poniendo el foco en la secuencia
Más detallesAlgoritmos y Diagramas de flujo
Algoritmos y Diagramas de flujo En los pasos a seguir para el desarrollo de un problema, existen básicamente dos tipos de elementos con los cuales es posible especificar un problema en forma esquemática
Más detalles1 Sistema de información de ejemplo.
1 Sistema de información de ejemplo. En este capítulo se describe el diseño de una pequeña base de datos, denominada Compras, que se utiliza en el curso como ayuda a las explicaciones de funcionamiento
Más detallesEs un sistema basado en la dualidad cliente servidor en donde se cuenta con la descripción de que hace tanto el cliente como el servidor.
3.4. TARJETAS CRC 3.4.1 Introducción A fines de la década de 1980, uno de los centros mas grandes de tecnología de objetos era el laboratorio de investigación de Tektronix en Pórtland, Oregon Estados Unidos.
Más detallesDiagrama de Casos de Uso. Casos de Uso
Diagrama de Casos de Uso 1 Casos de Uso Un requerimiento funcional describe un servicio o función del sistema. Un requerimiento no-funcional es una restricción sobre el sistema (por ejemplo el tiempo de
Más detallesSistema electrónico digital (binario) que procesa datos siguiendo unas instrucciones almacenadas en su memoria.
1.2. Jerarquía de niveles de un computador Qué es un computador? Sistema electrónico digital (binario) que procesa datos siguiendo unas instrucciones almacenadas en su memoria. Sistema complejo se estudia
Más detallesUnidad 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 detallesEl 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 detallesCapítulo IV. Análisis y Diseño del software (Módulo de dictado)
Análisis y Diseño del software (Módulo de dictado) En este capítulo se hablará principalmente del análisis y diseño del módulo de dictado que es el objetivo principal de la realización de esta tesis. Se
Más detallesBASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN
BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.1 Conceptos Básicos El modelo entidad-relación es el modelo más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chan en
Más detallesPRUEBAS SELECTIVAS ANALISTA INFORMÁTICO TURNO DE ACCESO LIBRE SEGUNDO EJERCICIO DE LA PRIMERA FASE (VERSIÓN CASTELLANO)
PRUEBAS SELECTIVAS ANALISTA INFORMÁTICO TURNO DE ACCESO LIBRE SEGUNDO EJERCICIO DE LA PRIMERA FASE (VERSIÓN CASTELLANO) 1 ACCESO LIBRE. ANALISTA INFORMÁTICO 2º EJERCICIO En el anexo se describen las especificaciones
Más detallesEl 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 detallesDIAGRAMAS DE CASOS DE USO. Prof. Hooberth Chávez Bedoya
DIAGRAMAS DE CASOS DE USO Prof. Hooberth Chávez Bedoya 1 Definir el comportamiento del sistema El comportamiento de un sistema es cómo un sistema actúa y reacciona El comportamiento del sistema es capturado
Más detallesInteracción Persona - Ordenador
Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición
Más detallesTema 4e: Proceso Unificado: Análisis
Tema 4e: Proceso Unificado: Análisis Marcos López Sanz Índice Visión general Diagramas UML Artefactos Modelo de análisis Clases de análisis Realización en análisis de los casos de uso Paquetes de análisis
Más detallesEDOMO EDOMO. Edomo Basic. Manual de programación. Módulo SMS Versión 1.12 01/04/2007. Indomótika. Indomótika INDICE
INDICE Edomo Basic Manual de programación INTRODUCCIÓN... ESPECIFICACIONES... 4. Configuración... 4.. Pestaña Configuración... 4. SMS entrantes... 5.. Pestaña SMS Entrantes... 6. SMS salientes... 7.. Pestaña
Más detallesIntroducción a la Informática Conceptos básicos de Dato, Información y Conocimiento
Conceptos básicos de Dato, Información y Conocimiento C.I. Nombre Edad Sueldo Caja de Ahorro 2345678 María García 25 1.500.000 20.000.000 Cod. Emp. Nombre Años Giro Empresa Deuda Hipotecaria El significado
Más detallesRequerimientos 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 detallesLA INTEGRACIÓN DE SISTEMAS
LA INTEGRACIÓN DE SISTEMAS SERVICIOS ASOCIADOS: Organización, Formación usuarios, Explotación en paralelo,... A P L I C A C I Ó N PROGRAMACIÓN BASES DE DATOS MONITORES TIEMPO REAL SOLUCION INFORMATICA
Más detallesCLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez
CLASE 3: UML DIAGRAMAS CASOS DE USO Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez UML UML es un lenguaje para especificar, visualizar, construir y documentar los artefactos de
Más detallesIntroducción a la orientación a objetos y a UML
Introducción a la orientación a objetos y a UML El lenguaje unificado de modelado. Manual de referencia. James Rumbaugh, Ivar Jacobson, Grady Booch. Ed. Addison Wesley, 2000 El proceso unificado de desarrollo,
Más detallesFACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA
FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA Asignatura: Introducción al Desarrollo del Software Dirección de Educación a Distancia y Virtual Este material es propiedad de la Corporación Universitaria Remington
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS. Dr. Noé Alejandro Castro Sánchez
PROGRAMACIÓN ORIENTADA A OBJETOS Dr. Noé Alejandro Castro Sánchez Introducción Nueva filosofía para resolución de problemas: Descomposición de la realidad en objetos. Objetos: representación de entidades
Más detallesPráctica 1: Introducción a SPSS 1
Estadística Aplicada Curso 2010/2011 Diplomatura en Nutrición Humana y Dietética Práctica 1: Introducción a SPSS 1 Este programa estadístico está organizado en dos bloques: el editor de datos y el visor
Más detallesTEMA 6: INTRODUCCIÓN A UML
TEMA 6: INTRODUCCIÓN A UML Por qué modelamos? El modelado es una parte central de todas las actividades que conducen a la producción de un software de calidad. Como tal la ingeniería software debe basarse
Más detallesEmisión de Facturas Electrónicas con Addenda a través de Aspel-SAE 4.6
Emisión de Facturas Electrónicas con Addenda a través de Aspel-SAE 4.6 para Proveedores de: CHEDRAUI Guía de implementación 1. Consideraciones Antes de iniciar, se debe tomar en cuenta lo siguiente: Actualizar
Más detallesMATEMÁTICAS 1ero ESO
MATEMÁTICAS 1ero ESO Temario Unidad 1: Los números naturales y sus operaciones Unidad 2: Fracciones Unidad 3: Proporcionalidad numérica. Números enteros Unidad 4: Sistema métrico decimal Unidad 5: Introducción
Más detallesObjetivo del análisis: Obtener una especificación del software del sistema. Medios: Técnicas Gráficas. Descripciones complementarias.
MÓDULO III: Análisis del Sistema TEMA 4: Diagramas de Flujo de Datos 1. Introducción. 2. Diagramas de Flujo de Datos. 3. Diccionario de Datos. 4. Especificación de Funciones. 1. INTRODUCCIÓN El término
Más detallesCOMO REALIZAR UN FLUJOGRAMA
COMO REALIZAR UN FLUJOGRAMA 1. INTRODUCCION Este documento proporciona la secuencia de pasos necesarios para la construcción de un FLUJOGRAMA o diagrama de Flujo. Muestra la importancia de dos aspectos
Más detallesEjemplo UML. Terminal de Punto De Venta (TPDV) Diagrama de casos de uso Diagrama de clases
Ejemplo UML Terminal de Punto De Venta (TPDV) Diagrama de casos de uso Diagrama de clases 1 Descripción Nuestro caso de uso es un sistema de terminal de punto de venta (TPDV). Este terminal es un sistema
Más detallesExcel 2007 Completo. Duración: Objetivos: Contenido: 75 horas
Excel 2007 Completo Duración: 75 horas Objetivos: Curso para aprender a utilizar la hoja de cálculo Microsoft Excel 2007, explicando todas las funciones que la aplicación posee y viendo el uso de este
Más detallesTema 9: Método de Craig Larman
Tema 9: Método de Craig Larman 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 Diagrams Diagramas de Use
Más detallesTema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A
Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R
Más detallesMODELADO 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 detallesRequerimientos Funcionales y No Funcionales. Juan Pablo Quiroga Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes
Requerimientos Funcionales y No Funcionales Juan Pablo Quiroga Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes 1 Referencia El Lenguaje Unificado de Modelado. Grady Booch, James
Más detallesIngeniería de Software. UML.
Ingeniería de Software. Unified Modeling Language UML. Ingeniería de Software. UML Página 0 Qué es el UML? The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing,
Más detallesESTRATEGIAS PARA DESARROLLAR LA COMPRENSIÓN AUDITIVA EN INGLÉS
ESTRATEGIAS PARA DESARROLLAR LA COMPRENSIÓN AUDITIVA EN INGLÉS El aprendizaje de una segunda lengua depende en gran medida del saber escuchar. La comprensión auditiva proporciona elementos base para la
Más detallesUML Unifield Modeling Languaje
UML Unifield Modeling Languaje 1 Modelo: Representación abstracta de una especificación, un diseño o un sistema. Generalmente, basada en una visión particular y compuesta por uno o más diagramas. Lenguaje
Más detallesEtapas para la solución de un problema por medio del computador
Algoritmos. Definición Un algoritmo se puede definir como una secuencia de instrucciones que representan un modelo de solución para determinado tipo de problemas. O bien como un conjunto de instrucciones
Más detallesINGENIERÍA DE PROYECTOS 1913 DEPARTAMENTO DE INGENIERÍA QUÍMICA. 9o. NÚMERO DE HORAS/SEMANA Teoría 10 Práctica 10 CRÉDITOS 30
INGENIERÍA DE PROYECTOS 1913 DEPARTAMENTO DE INGENIERÍA QUÍMICA UBICACIÓN SEMESTRE 9o. TIPO DE ASIGNATURA TEÓRICO-PRÁCTICA NÚMERO DE HORAS/SEMANA Teoría 10 Práctica 10 CRÉDITOS 30 INTRODUCCIÓN. Esta materia,
Más detallesINGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
Más detallesdescripción del argumento identificador tipo longitud condición restricción
Recuerde que estos son apuntes muy simplificados que deberá completar con la bibliografía PROGRAMACIÓN 0 Prof. Dolores Cuiñas H. recomendada APUNTES Nº. METODOLOGÍA PARA LA CONSTRUCCIÓN DE PROGRAMAS. Presentaremos
Más detallesCapítulo 2. Cómo utilizar la ayuda
Capítulo 2 Cómo utilizar la ayuda El SPSS cuenta con un completo sistema de ayuda al que puede accederse desde cualquier ventana o cuadro de diálogo. Este sistema de ayuda adopta varios formatos diferentes,
Más detallesII. SECCIONES PRINCIPALES 1-2-3... Figura1: Partes principales de un Informe Técnico
Formato del Informe El informe técnico debe ser un documento profesional. Para clarificar el texto deben usarse Figuras, tablas y dibujos. Las tres partes principales de un informe técnico se muestran
Más detallesdiagramas de comportamiento con UML.
U.T.7: Elaboración de diagramas de comportamiento con UML. [Fuente: Entornos de Desarrollo, Alicia Ramos, Ed.Garceta] [Fuente: EL LENGUAJE UNIFICADO DE MODELADO, Grady Booch, James Rumbaugh, Ivar Jacobson,
Más detallesCurso Implementing Data Models and Reports with Microsoft SQL Server 2014 (20466)
Curso Implementing Data Models and Reports with Microsoft SQL Server 2014 (20466) Programa de Estudio Curso Implementing Data Models and Reports with Microsoft SQL Server 2014 (20466) Aprende a potenciar
Más detallesAdministración n de Proyectos
Administración n de Proyectos Planeación 2012b Plan: Planeación (de diccionario) Escrito en que sumariamente se precisan los detalles para realizar una obra. Planear: Trazar o formar el plan de una obra.
Más detallesMODELO DE REQUISITOS
Capítulo 2 MODELO DE REQUISITOS 2.1 Introducción Un modelo, en el desarrollo de software, define cómo solucionar los problemas que aparecen en el desarrollo de una aplicación. Para desarrollar el software,
Más detallesTEMA 1. EL DISEÑO EN EDUCACIÓN SOCIAL
Primera parte TEMA 1. EL DISEÑO EN EDUCACIÓN SOCIAL Isabel C. Maciel Torres SUBTEMAS 1. El diseño en Educación Social. 1.1. El diseño: posibilidad y necesidad. 1.1.1. Es previsible la intervención socioeducativa?
Más detallesDiagramas 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