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

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

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

Transcripción

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

2 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 IV.Codificación 2

3 FASE I. Definición de Requisitos Incluye la descripción del problema en términos de los usuarios de la aplicación a elaborar. Puede considerarse como el enunciado del problema a resolver. Debe mencionar: las entradasdisponibles, las salidasesperadas y los métodos o fórmulas específicas a utilizar 3

4 FASE II. Análisis del problema Se debe contemplar exactamente lo que debe hacer el programa y el resultado o solución deseada. Qué entradas se requieren? Cuál es la salida deseada? Qué método produce la salida deseada? Se tiene en cuenta la especificación de los requisitos dados por los usuarios del sistema. 4

5 FASE II. Análisis del problema Incluye: Modelo de casos de uso Tareas: Identificar casos de uso Elaborar diagrama de casos de uso Describir los casos de uso Identificar operaciones del sistema Modelo del dominio 5

6 FASE II. Análisis del problema Incluye: Modelo de casos de uso Modelo del dominio Tareas: Identificar clases conceptuales Agregar asociaciones Agregar atributos Resultado: Modelo del dominio o diagrama de clases del análisis (sin métodos) 6

7 Modelo de Casos de Uso Qué es un caso de uso? Es una técnica para la captura de requisitos potenciales para un nuevo sistema o actualización. Cada caso de uso nos proporciona uno o más escenarios, que nos indica como va interactuar el sistema con el usuario u otros sistemas. Normalmente debemos evitar un lenguaje técnico y utilizar un lenguajes más cercano al usuario. Es una secuencia de interacciones que se darán entre el sistemas y los usuarios, en respuesta a un evento del actor principal. 7

8 Modelo de Casos de Uso Un caso de uso debe: Describir una tareadel negocio, que nos sirva para alcanzar una meta de este. Por ejemplo: Inscribir asignaturas, agregar asignaturas, actualizar asignatura, eliminar asignatura, etc. Registrar alumno, registrar empleado, agregar docente, agregar producto, registrar cliente, procesar venta, etc. Tener un nivel apropiado de detalle. Ser bastante sencillopara que un programador lo trabaje en un único desarrollo. 8

9 Modelo de Casos de Uso Pasos para desarrollarlo: 1. Especificar la misión del sistema u objetivo. 2.Identificar quienes utilizaran el sistema (actores primarios) 3.Averiguar que objetivos desean cumplir los actores al usar el sistema. 4.Identificar los pasos o eventos de cada caso de uso. 9

10 Modelo de Casos de Uso Conjunto de todos los casos de uso en un modelo de la funcionalidad y entorno del sistema Describe requisitos funcionales en el contexto del sistema Caso de Uso Caso de Uso Caso de Uso Caso Cambiar de Uso PIN Caso Cambiar de Uso PIN Cambiar PIN

11 Casos de Uso Objetivos del cliente = Necesidades/requisitos del y los usuarios cliente y los usuarios Describen requisitos de manera simple y entendible para clientes y usuarios finales. Por ser objetivos, inician con verbo en infinitivo. Por ejemplo: Agregar, Procesar, Registrar, Eliminar, Iniciar, Inscribir, etc. 11

12 Ejemplo en formato Breve Caso de Uso: Procesar Venta El Cliente llega a una caja con artículos para comprar. El Cajero utiliza el Sistema para registrar cada artículo comprado. El Sistema presenta la suma parcial y detalles de cada línea de venta. El Cajero introduce los datos de pago. El Sistema válida y registra el pago. El Sistema actualiza el inventario. El Cajero recibe un recibo del Sistema. El Cajero entrega el recibo al Cliente, quien luego se va con los productos. 12

13 Posee comportamiento Actor Puede ser una persona (identificada por un rol), un sistema informático o una organización <<Actor>> Sistema Administrador de Cuentas <<Actor>> Banco de Crédito 13

14 Actor Tres tipos de actores con relación al sistema bajo estudio: Actor principal: solicita servicios al sistema bajo estudio Actor de apoyo: Proporciona servicios al sistema bajo estudio Actor pasivo: Esta interesado en el comportamiento del sistema bajo estudio, pero no es principal, ni de apoyo. Actores principales y de apoyo aparecen en los pasos de acción del texto de los casos de uso 14

15 Diagrama Incompleto de Casos de Uso de la Caja de Venta 15

16 Escenario Secuencia específica de acciones e interacciones entre los actores y el sistema objeto de estudio Instancia de un caso de uso Historia particular del uso de un sistema Camino a través del caso de uso Ejemplos: Éxito en la compra de artículos con pago en efectivo Fallo al comprar debido al rechazo de la transacción de pago con la tarjeta de crédito 16

17 Caso de Uso Colección de escenarios con éxito y fallo relacionados, que describe a los actores utilizando un sistema para lograr un objetivo Ejemplo de caso de uso en formato Informal: Caso de Uso: Administrar devoluciones 17

18 Caso de Uso: Administrar devoluciones (Formato Informal) Escenario Principal de Éxito: Un Cliente llega a una caja con artículos para devolver El Cajero utiliza el Sistema para registrar cada uno de los artículo devueltos 18

19 Caso de Uso: Administrar devoluciones (Informal) Escenarios Alternativos: Si se pagó con tarjeta de crédito, y se rechaza la transacción de reembolso a su cuenta, informar al Cliente y pagarle en efectivo Si el identificador del artículo no se encuentra en el Sistema, notificar al Cajero y sugerir la entrada manual del código de identificación Si el sistema detecta fallos en la comunicación con el sistema de contabilidad externo 19

20 Tipos de Casos de Uso según su visibilidad Según su visibilidad pueden ser: De Caja negra (esencial) De Caja blanca (real) Casos de Uso de Caja negra describen el sistema en base a responsabilidades, no describen el funcionamiento interno del sistema Describen Qué debe hacer el sistema? Y no Cómo lo va ha hacer? Ejemplos: (Caja negra) El Sistema registra la venta (Caja blanca) El Sistema escribe la venta en una base de datos (Caja blanca) El Sistema genera una instrucción SQL INSERT para la venta 20

21 Breve: Grados de Formalidad de los Casos de Uso Resumen conciso de un párrafo. Normalmente sólo el escenario principal de éxito Informal: Múltiples párrafos que comprenden varios escenarios Completo: Escribir con detalle todos los pasos y variaciones, incluye secciones de apoyo como precondiciones y post-condiciones 21

22 Contenido de Casos de Uso Completos Actor Principal Personal Involucrado e Intereses Precondiciones Post-condiciones (garantías de éxito) Escenario Principal de Éxito (o flujo básico) Extensiones (ó flujos alternativos) Requisitos Especiales Lista de Tecnología y Variaciones de Datos Frecuencia Nota: Sólo se estudiarán las partes resaltadas 22

23 Ejemplo en formato completo Caso de Uso: Procesar venta (1) Escenario principal de éxito (o flujo básico): 1. El Cliente llega a una terminal de Caja de Ventas con productos y/o servicios que comprar. 2. El Cajero comienza una nueva venta. 3. El Cajero introduce el identificador del artículo. 4. El Sistema registra la línea de la venta y presenta la descripción del artículo, precio y suma parcial. El precio se calcula a partir de un conjunto de reglas de precios. El Cajero repite los pasos 3 y 4 hasta que se indique. 23

24 Caso de Uso: Procesar venta (2) 5. El Sistema presenta el total con los impuestos calculados. 6. El Cajero le dice al Cliente el total y pide que le pague. 7. El Cliente paga y el Sistema gestiona el pago. 8. El Sistema registra la venta completa y envía la información de la venta y el pago al sistema de Contabilidad externo (para la contabilidad y las comisiones) y al sistema de inventario (para actualizar el inventario). 9. El Sistema presenta el recibo. 10.El Cliente se va con el recibo y las mercancías (si es el caso). 24

25 Cómo Identificar los Casos de Uso? La identificación de los Casos de Uso debe basarse en los procesos y objetivos elementales del negocio (EBP) Cuáles son Casos de Uso? Negociar contrato con proveedor Administrar devoluciones Iniciar sesión Todos son casos de uso a diferente nivel dependiendo de los límites del sistema, actores y objetivos 25

26 Guía: El Caso de Uso EBP EBP: Procesos Elementales del Negocio Procesos EBP: Tarea realizada por una persona en un lugar, en un instante, como respuesta a un evento del negocio, que agrega un valor cuantificable para el negocioy deja los datos en un estado consistente 26

27 Guía: El Caso de Uso EBP Ejemplos de Casos de Uso EBP: Autorizar créditos Solicitar precio Características de los Casos de Uso EBP Incluye de 5 a 10 pasos Pueden involucrar más de una persona Se realiza en pocos minutos o hasta una hora Se realiza en una sesión 27

28 Casos de Uso y Objetivos del Usuario Los actores (usuarios) tienen objetivos Casos de uso -> Casos de Uso a nivel EBP a nivel de objetivo de usuario Un Caso de Uso a nivel EBP sirve para satisfacer un objetivo de un usuario del sistema o actor principal 28

29 Objetivos y Casos de Uso de Subfunción (subobjetivos) Iniciar sesión, no es un objetivo de usuario, es un subobjetivou objetivo de subfunción, que es parte de un objetivo de usuario. Los casos de uso que representan objetivos de subfunción, agregan complejidad al modelo de casos de uso. El número y granularidad de los casos de uso influyen en el tiempo y la dificultad para entender, mantener y gestionar los requisitos. La razón válida más común para representar un objetivo de subfuncióncomo un caso de uso es: Cuando la subfunciónse repite o es una precondición de muchos casos de uso de nivel de objetivos de usuario 29

30 Objetivos y Casos de Uso Compuestos Un objetivo de alto nivelo nivel de empresa (por ej. ser rentable) incluye muchos objetivos de nivel intermedio o nivel de usuario (por ej. Procesar ventas, procesar devoluciones, analizar actividad de ventas, etc.) que a su vez incluyen objetivos de subfunción dentro de las aplicaciones (por ej. Validar entrada) Los diferentes niveles de objetivos pueden generar confusión en la identificación del nivel adecuado de los casos de uso de una aplicación. La guía EBP orienta para eliminar casos de uso de nivel excesivamente bajo. 30

31 Aplicación de Guía EBP Se puede aplicar la Guía EBP para decidir si un objetivo o caso de uso se encuentra a un nivel adecuado. Preguntar a los usuarios: Qué hace? Cuáles son sus objetivos? Cuál es el objetivo de más alto nivel de X objetivo mencionado? 31

32 Ejemplo de Aplicación de Guía EBP Conversación entre Analista de Sistemas (A) y Cajero (C) A: Cuáles son sus objetivos en el contexto del sistema de la Caja de Ventas? C: Uno, iniciar la sesión rápidamente. También Capturar ventas A: Cuál cree que es el objetivo de más alto nivel que motiva el inicio de la sesión? 32

33 Ejemplo de Aplicación de Guía EBP C: Intento identificarme en el sistema, de este modo puede validar que estoy autorizado para utilizar el sistema que captura ventas y otras tareas? A: Más alto que ese? C: Evitar robos, alteración de datos, y mostrar información privada de la compañía. 33

34 Ejemplo de Aplicación de Guía EBP (Conclusión) Evitar robos es un objetivo a nivel de la empresa y no es un EBP Identificarme en el sistema y ser validado se acerca más a un objetivo de usuario, pero... No agrega valor observable o cuantificable al negocio. Si el dueño pregunta Qué hiciste hoy?, no va ha responder Inicie la sesión 20 veces. No es un EBP Identificación y validación es un objetivo secundario; no así, capturar las ventas, que es un EBP 34

35 Descubrir Actores principales, objetivos y casos de uso Casos de uso se definen para satisfacer los objetivos de usuario (actores principales). El procedimiento básico es: 1) Elegir límites del sistema 2) Identificar los actores principales 3) Identificar objetivos de usuario (Lista actor-objetivo) 4) Definir un caso de uso por cada objetivo de usuario y nombrarlo de acuerdo con el objetivo La lista Actor-Objetivo, presenta los actores principales y sus objetivos de usuario 35

36 Ejemplo de Lista Actor-Objetivo Actor Cajero Director Administrador Sistema del Sistema de Actividad de Ventas (Sistema de Inf.) Objetivo Procesar ventas Procesar alquileres Administrar las devoluciones Abrir caja Cerrar caja, Poner en marcha Suspender operación, Agregar usuarios Modificar usuarios Eliminar usuarios Gestionar seguridad Gestionar las tablas del sistema, Analizar los datos de ventas y rendimiento, 36

37 Actor principal y objetivos de usuario dependen del límite del sistema En el ejemplo de la Caja de Ventas, el límite del sistema determina si el actor principal es el cliente o el cajero. Por ejemplo, la Caja de Ventas con diferentes límites del sistema... 37

38 Excepción de un Caso de Uso por Objetivo Agrupar objetivos separados CRUD CRUD: Create, Retrieve, Update, Delete; es decir, crear, recuperar, actualizar y borrar una entidad; implica Gestionar Entidad. Por ejemplo, los siguientes casos de uso se agrupan en el caso de uso Gestionar cliente : Editar cliente Eliminar cliente Consultar cliente Agregar nuevo cliente 38

39 Diagrama de Casos de Uso Son parte del UML Ilustran los nombres de los casos de uso y los actores; así como, la relación entre ellos 39

40 Diagrama de Casos de Uso (DCU) Elaborar diagrama de casos de uso (DCU) y relaciones entre casos de uso es secundarioen el trabajo con los casos de uso Casos de uso son documentos de texto El DCU es un conciso diagrama de contexto visual del sistema, que muestra actores externos y como utilizan el sistema SUGERENCIA: dibujar un DCU sencillo con la lista Actor-Objetivo. 40

41 Sugerencias para la realización de los Diagramas de Casos de Uso Utilizar el estilo de caja para representar actores externos que son otros sistemas de información, y agregar el estereotipo «actor» Para un diagrama de contexto, limitar los casos de uso a casos de uso de nivel de objetivos de usuario Actores principales a la izquierda, y actores de apoyo a la derecha 41

42 Casos de Uso no son Orientados a Objetos (OO) Al escribir casos de uso, no se está realizando un análisis OO Los casos de uso constituyen una herramienta para el análisis de requisitos No todos los casos de uso se escriben en formato completo durante la fase de Definición de Requisitos Pasos para construir un DCU: 1. Identificar objetivos y personal involucrado, y estimar lo que queda dentro y fuera del alcance del sistema bajo estudio 2. Escribir lista Actor-Objetivo 3. Elaborar DCU La mayor parte de Casos de Uso interesantes, complejos o arriesgados se escriben en formato breve 42

Aná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 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 detalles

Caso de Uso. Por ejemplo. Sistema. Actor Actor

Caso de Uso. Por ejemplo. Sistema. Actor Actor Casos de Uso Los diagramas de clases proporcionan una idea estática del sistema. Los diagramas de casos de uso establecen una idea dinámica, es decir que cambian con el tiempo. Los diagramas de casos de

Más detalles

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

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 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 detalles

Ingenierí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 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 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

12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso

12/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 detalles

Caso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12

Caso 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 detalles

Tema 4: Diagramas de Casos de Uso

Tema 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 detalles

Cliente. Generalización. Cliente Comercial

Cliente. Generalización. Cliente Comercial Casos de Uso Análisis y Diseño OO 2008-3 Qué es un caso de uso? Especificación del comportamiento de un sistema ode una parte de este Descripción de un conjunto de secuencia de acciones, incluyendo variantes

Más detalles

Unidad 7. Ingeniería de Requisitos y Análisis OO. M.C. Martín Olguín

Unidad 7. Ingeniería de Requisitos y Análisis OO. M.C. Martín Olguín Unidad 7 Ingeniería de Requisitos y Análisis OO M.C. Martín Olguín Conceptos Requisitos del Software Es la descripción de los servicios y restricciones de un sistema de software, es decir, lo que el software

Más detalles

DameArgo. LasPelasAntes. Dpto. LSI - Universidad de Granada. ClienteColgao

DameArgo. LasPelasAntes. Dpto. LSI - Universidad de Granada. ClienteColgao Casos de uso DameArgo LasPelasAntes Dpto. LSI - Universidad de Granada ClienteColgao Contexto de uso Delimitar a partir del uso: Por personas, si el sistema es interactivo. Por máquinas, si el sistema

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

Instrucción 1. Criterios, Convenciones y recomendaciones para utilizar este instructivo

Instrucción 1. Criterios, Convenciones y recomendaciones para utilizar este instructivo Página 1 de 6 1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de de sistemas de información. 3. Ámbito de responsabilidad. USUO Usuario operativo. AN

Más detalles

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco UML Diagrama de Casos de Usos Prof. Daniel Riesco Diagramas de Caso Uso Secuencia de transacciones desarrolladas por un sistema en respuesta a un evento iniciado por un actor Sirven para especificar la

Más detalles

MODULO 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 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 detalles

PRN315 Programación III Ciclo II Guía de Ejercicios de Diseño Orientado a Objetos (DOO)

PRN315 Programación III Ciclo II Guía de Ejercicios de Diseño Orientado a Objetos (DOO) PRN315 Programación III Ciclo II 2015 Guía de Ejercicios de Diseño Orientado a Objetos (DOO) Parte I. Ejemplo de diseño de caso de uso Alquilar artículos Dado el caso de uso Alquilar artículos de un video-club,

Más detalles

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 2 de mayo de 2012

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 2 de mayo de 2012 CC5404 - Taller de UML Apuntes de Clase Prof. Andrés Muñoz Ordenes 2 de mayo de 202 Agenda Motivación Dominio del Problema Conceptos Modelo de Dominio Diagrama de Actividades Características Notación y

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

Qué Necesita el Usuario

Qué Necesita el Usuario Qué Necesita el Usuario Qué Pidió el Usuario Cómo lo Vio el Analista Cómo se Diseñó Cómo lo Escribió el Programador Cómo Funciona el Sistema (en ocasiones...) Qué es? Técnica para la captura de requisitos

Más detalles

Tema: Lenguaje Unificado de Modelado (UML)

Tema: Lenguaje Unificado de Modelado (UML) POO, Guía No.2 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación Orientada a Objetos Tema: Lenguaje Unificado de Modelado (UML) Competencia Desarrolla sistemas de información informáticos

Más detalles

Applying UML and paterns (Capítulos 8, 9 y 10)

Applying UML and paterns (Capítulos 8, 9 y 10) Applying UML and paterns (Capítulos 8, 9 y 10) ABEL ORTEGA HERNÁNDEZ CINVESTAV-Tamaulipas 08 de Octubre del 2012 ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del 2012 1 / 91 Capítulo 8: Iteración

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 10 Modelo Dinámico Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE

Más detalles

UNIDAD 2: INTRODUCCION AL PARADIGMA ORIENTADO A OBJETOS. MODELADO DE OBJETOS USANDO DIAGRAMA DE CLASES

UNIDAD 2: INTRODUCCION AL PARADIGMA ORIENTADO A OBJETOS. MODELADO DE OBJETOS USANDO DIAGRAMA DE CLASES UNIDAD 2: INTRODUCCION AL PARADIGMA ORIENTADO A OBJETOS. MODELADO DE OBJETOS USANDO DIAGRAMA DE CLASES RELACIONES ENTRE OBJETOS Los objetos interactúan entre ellos por medio de mensajes para solicitar

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

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

! Fundamentos del diseño orientado a objetos. ! Casos de uso. ! Diseño orientado a objetos. ! Facilidad de diseño y relación con el mundo real

! Fundamentos del diseño orientado a objetos. ! Casos de uso. ! Diseño orientado a objetos. ! Facilidad de diseño y relación con el mundo real Contenidos Diseño orientado a objetos Curso de Programación en Java! Fundamentos del diseño orientado a objetos! Casos de uso! Diseño orientado a objetos Jesús Montes Sánchez jmontes@fi.upm.es Marzo 2011

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS. Dr. Noé Alejandro Castro Sánchez

PROGRAMACIÓ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 detalles

Tema: Herramientas UML, Análisis y diseño UML

Tema: Herramientas UML, Análisis y diseño UML Programación II. Guía No.2 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivos Conocer una herramienta de modelado para la solución

Más detalles

CASOS DE USO.

CASOS 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 detalles

Sistemas de Información II. Análisis de Sistemas Orientado a Objetos

Sistemas de Información II. Análisis de Sistemas Orientado a Objetos Análisis de Sistemas Orientado a Objetos 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.

Más detalles

Figura 2. Figura 1. Figura 3. Figura 4

Figura 2. Figura 1. Figura 3. Figura 4 Examen 1. Se desea construir un sistema de gestión de ventas para comercios. El sistema constará de una base de datos en la que, entre otras cosas, se almacena la información del inventario de productos

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

Especificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor

Especificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre

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

Disciplina de Análisis. Casos de Uso.

Disciplina de Análisis. Casos de Uso. Ingeniería de Software. Disciplina de Análisis. Casos de Uso. (Segunda Parte, Formas de Casos de Uso, Refinación del Diagrama de Casos de Uso y Diagrama de Actividades) Ingeniería de Software. Casos 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

gestión para una empresa de autobuses que se dedica al transporte regional, nacional e internacional de viajeros. Las

gestió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 detalles

POLITECNICO INTERNACIONAL ASIGNATURA: SOPORTE Y MANTENIMIENTO II DOCENTE: EDUARDO ROBAYO SEMANA 03

POLITECNICO INTERNACIONAL ASIGNATURA: SOPORTE Y MANTENIMIENTO II DOCENTE: EDUARDO ROBAYO SEMANA 03 DIAGRAMAS DE CASOS DE USO POLITECNICO INTERNACIONAL ASIGNATURA: SOPORTE Y MANTENIMIENTO II DOCENTE: EDUARDO ROBAYO SEMANA 03 Los diagramas de casos de uso ofrecen una visión dinámica del sistema, no estática

Más detalles

A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013

A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 Tema 2: Captura de requisitos usando UML A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 1.-Introducción: Índice Visión global de la captura de requisitos Artefactos 2.- Modelo de Casos de Uso 3.-

Más detalles

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

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

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 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 detalles

Desarrollo Orientado a Objetos basado en UML

Desarrollo Orientado a Objetos basado en UML Desarrollo Orientado a Objetos basado en UML Proceso de Desarrollo Qué es? Un proceso de desarrollo de software describe un enfoque para construir, instalar y mantener sistemas de software Por qué necesitamos

Más detalles

Índice. Introducción. Menú Tablero. Menú Productos. Menú Ventas. Menú Análisis. Menú Usuarios. Menú Configuración. Glosario... 8

Índice. Introducción. Menú Tablero. Menú Productos. Menú Ventas. Menú Análisis. Menú Usuarios. Menú Configuración. Glosario... 8 MANUAL DE USO Índice Introducción 2 Menú Tablero Menú Productos Menú Ventas Menú Análisis Menú Usuarios Menú Configuración Glosario 8 1 lntroducción Conociendo Vonus 1. Qué es Vonus? 2. Tipo de paquetes

Más detalles

Proceso Unificado de Desarrollo de Software. Fase de Inicio

Proceso Unificado de Desarrollo de Software. Fase de Inicio Proceso Unificado de Desarrollo de Software Fase de Inicio A. Soriano (UCV-USB) 1 Septiembre 2005 Proceso Unificado: Referencia Básica Craig Larman Applying UML and Patterns: An Introduction to Object.

Más detalles

Guía práctica de estudio 09: UML

Guí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 detalles

2.5.1. Procesamiento de documentos XML.

2.5.1. Procesamiento de documentos XML. 2.5.1. Procesamiento de documentos XML. Un analizador o parser XML es una herramienta encargada de leer documentos XML [17], poder acceder a sus elementos y comprobar si el documento es sintácticamente

Más detalles

Ejemplo de análisis y diseño de un algoritmo: Cálculo del factorial de un número

Ejemplo de análisis y diseño de un algoritmo: Cálculo del factorial de un número Ejemplo de análisis y diseño de un algoritmo: Cálculo del factorial de un número Para ilustrar el uso de la metodología para resolver problemas a través de la computadora y el diseño de algoritmos, se

Más detalles

UML 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 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 detalles

PROYECTO MULTIPLAN CAPTURA DE REQUERIMIENTOS

PROYECTO MULTIPLAN CAPTURA DE REQUERIMIENTOS PROYECTO MULTIPLAN CAPTURA DE REQUERIMIENTOS GRUPO 01: JON EDER ARNAN DAVINIA AIZCORBE ALICIA HUARTE DANIEL DURAN AINARA GONZALEZ AARON CASTELLANOS JOSE LUIS TORRES INDICE 1. Interfaz de usuario 1 1.1

Más detalles

Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)

Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.) Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS OBJETIVO DEL ESQUEMA DE DATOS Describir los datos que el sistema debe conocer para poder responder a los estímulos. CARACTERÍSTICAS DEL ESQUEMA DE

Más detalles

UML (Unified Modeling Language) Octubre de 2007

UML (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 detalles

1.1CONCEPTOS ORIENTADOS A OBJETOS

1.1CONCEPTOS ORIENTADOS A OBJETOS Planificación 08-04-2014 Tema 3:Analista de sistemas con UML Objetivos Los estudiantes serán capaz de: Conocer las técnicas de UML para el análisis de sistemas de información Identificación de casos de

Más detalles

Agenda. Motivación Dominio del Problema. Modelo de Dominio. Actividad en Clase. Conceptos. Diagrama de Actividades. Diagrama de Clases Conceptuales

Agenda. Motivación Dominio del Problema. Modelo de Dominio. Actividad en Clase. Conceptos. Diagrama de Actividades. Diagrama de Clases Conceptuales Parcial Agenda Motivación Dominio del Problema Conceptos Modelo de Dominio Diagrama de Actividades Características Notación y Sintaxis Diagrama de Clases Conceptuales Características Notación y Sintaxis

Más detalles

Laboratorio de MTP-I. Curso 2008-2009 Proyecto: Sistema de reserva y gestión de vuelos Noviembre 2008

Laboratorio de MTP-I. Curso 2008-2009 Proyecto: Sistema de reserva y gestión de vuelos Noviembre 2008 Laboratorio de MTP-I. Curso 2008-2009 Proyecto: Sistema de reserva y gestión de vuelos Noviembre 2008 1 OBJETIVO El objetivo del proyecto a implementar es desarrollar un sistema informático de reserva

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

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

REQUISITOS...3 CASOS DE USO...4

REQUISITOS...3 CASOS DE USO...4 C A P T U R A D E R E Q U E R I M I E N T O S I n g e r i r í a d e l s o f t w a r e G r u p o D e l t a ÍNDICE REQUISITOS...3 CASOS DE USO...4 Gestionar usuarios visitantes...4 Listar presencias...5

Más detalles

Para esta práctica usaremos los diagramas de casos de uso, diagramas de secuencia, y los diagramas de clase.

Para esta práctica usaremos los diagramas de casos de uso, diagramas de secuencia, y los diagramas de clase. Programación II, Guía #3 17 17 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II GUÍA #3: Herramientas UML. Análisis y diseño UML. Objetivos Conocer una herramienta de modelado para

Más detalles

4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software

4/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 detalles

PRESENTACIÓN TRABAJO FIN DE GRADO

PRESENTACIÓN TRABAJO FIN DE GRADO PRESENTACIÓN TRABAJO FIN DE GRADO SISTEMA DE CONTROL DE DEMANDAS CIUDADANAS 2 º C I C L O D E I N G E N I E R Í A E N I N F O R M Á T I C A Á R E A : I N G E N I E R Í A D E L S O F T W A R E A L U M N

Más detalles

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍA

FACULTAD 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 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

Modelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra

Modelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra Modelos de Desarrollo de Programas y Programación Concurrente Ejemplo de Cátedra Enunciado Un Servicio de Correo electrónico (e-mail) desea incorporar nuevas funcionalidades a las opciones que actualmente

Más detalles

Modelos de Software. Ingeniería en Sistemas de Información

Modelos de Software. Ingeniería en Sistemas de Información Ingeniería en Sistemas de Información 2017 Modelos de Software 2 Introducción 3 Introducción Qué es un Modelo? http://lema.rae.es/drae/?val=modelo Persona de buena figura que en las tiendas de modas se

Más detalles

diagramas de comportamiento con UML.

diagramas 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 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

PROYECTO MULTIPLAN. Captura de Requerimientos

PROYECTO MULTIPLAN. Captura de Requerimientos PROYECTO MULTIPLAN GRUPO 4 Componentes Grupo 4: Alexander García garcifer7@hotmail.com Ignacio Jorge Castaños ijcastanos@ikasle.ehu.es Jon Gallego jgallego006@ikasle.ehu.es Fran Santamaría lhoj.85@gmail.com

Más detalles

Modelo y Análisis 179

Modelo y Análisis 179 Modelo y Análisis 179 2.6 Análisis Funcional Por medio del análisis funcional: Se muestra las operaciones de los objetos y sus dependencia de datos por medio de los diagramas de flujo de datos. Se descompone

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

DIAGRAMAS DE CASOS DE USO. Prof. Hooberth Chávez Bedoya

DIAGRAMAS 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 detalles

Modelo de Casos de Uso y Representación en UML. Análisis y Diseño de Sistemas de Información UNIDAD 5

Modelo de Casos de Uso y Representación en UML. Análisis y Diseño de Sistemas de Información UNIDAD 5 Modelo de Casos de Uso y Representación en UML Análisis y Diseño de Sistemas de Información UNIDAD 5 Modelo de Casos de Uso El modelo de Casos de Uso es una colección de escenarios de éxito y errores que

Más detalles

Modelo de Casos de Uso

Modelo de Casos de Uso Modelo de Casos de Uso Artefactos UML Josep Vilalta Marzo Rev.- 3.1 2007 VICO OPEN MODELING, S.L. www.vico.org 1 Diagramas UML 2.0 Diagrama estructura comportamiento Paquetes Clases Objetos Casos de Uso

Más detalles

ANALISIS Y DISEÑO DE SISTEMAS II A.P.U 2008 CASO DE USO UML

ANALISIS Y DISEÑO DE SISTEMAS II A.P.U 2008 CASO DE USO UML CASO DE USO UML Un caso de uso representa una unidad funcional coherente de un sistema, subsistema o clase. En un caso de uso uno o más actores interaccionan con el sistema que realiza algunas acciones.

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

CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS

CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Carolina Martínez Arquitectura: Del Análisis al Diseño OBJETIVOS:

Más detalles

INGENIERÍA DE SOFTWARE. Sesión 9: Diagramas de casos de uso

INGENIERÍA DE SOFTWARE. Sesión 9: Diagramas de casos de uso INGENIERÍA DE SOFTWARE Sesión 9: Diagramas de casos de uso Contextualización Los diagramas son un elemento importante de la estructuración de información que debe cumplir con las características principales

Más detalles

Desarrollo Orientado a Objetos en Métrica v. 3

Desarrollo 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 detalles

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 9 de mayo de 2012

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 9 de mayo de 2012 CC5404 - Taller de UML Apuntes de Clase Prof. Andrés Muñoz Ordenes 9 de mayo de 2012 Agenda Motivación Actividad en Clase Continuación Modelo de Análisis Diagrama de Interacción Características Notación

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

Análisis y Diseño Orientado a Objetos. 2 - Análisis

Aná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 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

12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia

12/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 detalles

Diagrama de Casos de Uso. Casos de Uso

Diagrama 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 detalles

Caracterización de los Procesos de Negocio

Caracterización de los Procesos de Negocio Caracterización de los Procesos de Negocio Sistemas de Información Administrativos Departamento de Ingeniería Industrial Universidad de Chile Derechos Reservados (c) Agenda Proceso de Negocio Características

Más detalles

Programación Orientada a Objetos

Programación Orientada a Objetos Programación Orientada a Objetos PROGRAMACIÓN ORIENTADA A OBJETOS 1 Sesión No. 10 Nombre: Diagrama de colaboración Contextualización El uso de los diagramas es importante, permiten el análisis de la información

Más detalles

Cómo acceso a la sección de inscripciones?

Cómo acceso a la sección de inscripciones? Cómo acceso a la sección de inscripciones? 1. Selecciona la opción de Cursos del menú principal 2. Selecciona la opción de Inscripciones, visualizará la Fig. 156. Figuras: Submenú de inscripciones Fig.

Más detalles

Objetivos: Descripción del curso. Curso: Dirigido a: UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO UNIVERSIDAD NACIONAL DE INGENIERÍA

Objetivos: Descripción del curso. Curso: Dirigido a: UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO UNIVERSIDAD NACIONAL DE INGENIERÍA UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO Duración: 24 hrs. Código: UMLAN Curso: Descripción del curso Ingeniería de Requerimientos es la disciplina para desarrollar una especi cación completa, consistente

Más detalles

CURSO: EXCEL BASICO - INTERMEDIO

CURSO: EXCEL BASICO - INTERMEDIO CURSO: EXCEL BASICO - INTERMEDIO Piura, 2016 INTRODUCCIÓN Aprende Excel desde cero a través de nuestro curso. Aprenderás desde escribir y editar celdas, construir fórmulas, usar funciones y gráficos hasta

Más detalles

MANUAL DE TALLERES INGENIERÍA DE SOFTWARE

MANUAL DE TALLERES INGENIERÍA DE SOFTWARE MANUAL DE TALLERES INGENIERÍA DE SOFTWARE En el presente anual se encontrarán los talleres que se deberán realizar para lograr la consecución del proyecto final de la materia de Ingeniería de software.

Más detalles

Tema: Herramientas UML, Análisis y diseño UML

Tema: Herramientas UML, Análisis y diseño UML Programación II. Guía No.3 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivos Conocer una herramienta de modelado para la solución

Más detalles

RESUMEN DE LAS DIAPOSITIVAS DE BASE DE DATOS 1

RESUMEN DE LAS DIAPOSITIVAS DE BASE DE DATOS 1 RESUMEN DE LAS DIAPOSITIVAS DE BASE DE DATOS 1 ANTES QUE NADA DEFINIR QUE ES UNA BASE DE DATOS: Una base de datos es una colección estructurada de datos, Un sistema de base de datos es una colección de

Más detalles

1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.

1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados. Página 1 de 8 1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de de sistemas automatizados. 2. Ámbito de responsabilidad. RDSI Responsable del Desarrollo

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

<NOMBRE DE LA UNIVERSIDAD, Y NOMBRE DE LA COMUNIDAD>. <TITULO PROYECTO>

<NOMBRE DE LA UNIVERSIDAD, Y NOMBRE DE LA COMUNIDAD>. <TITULO PROYECTO> . Autores: CI Historia de Revisiones Versión Fecha Revisado por

Más detalles

Uso de Metodología ICONIX

Uso de Metodología ICONIX Uso de Metodología ICONIX Metodología Consiste en un lenguaje de modelamiento y un proceso. El lenguaje de modelamiento es la notación gráfica (incluye diferentes tipos de diagramas) El proceso define

Más detalles

Tema: Herramientas UML, Análisis y diseño UML

Tema: Herramientas UML, Análisis y diseño UML Programación II. Guía 2 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivo Conocer una herramienta de modelado para la solución

Más detalles

CASOS DE USO. CBTIS 37 DSAUPOO Mtra. Carolina Galaviz

CASOS DE USO. CBTIS 37 DSAUPOO Mtra. Carolina Galaviz CASOS DE USO CBTIS 37 DSAUPOO Mtra. Carolina Galaviz QUÉ ES UN CASO DE USO? CBTIS 37 MTRA. CAROLINA GALAVIZ INZUNZA 2 QUÉ ES MODELADO DE CASOS DE USO? Relaciona las necesidades de los líderes de la empresa

Más detalles

5.3 CREAR FORMULARIOS

5.3 CREAR FORMULARIOS 5.3 CREAR FORMULARIOS Los formularios están diseñados para obtener información específica, hay diferentes tipos de formularios, como por ejemplo, facturas, formularios de pedidos, de registro DISEÑAR UN

Más detalles