Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1
|
|
- Joaquín Vidal Velázquez
- hace 7 años
- Vistas:
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 Contenidos Introducción al modelado del software Presentación de UML Modelado de Casos de Usos Diagramas de casos de uso Modelado
Más detallesCaso 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 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 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 detallesCIDE, 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 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 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 detallesCliente. 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 detallesUnidad 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 detallesDameArgo. 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 detallesLos 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 detallesInstrucció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 detallesUML. 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 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 detallesPRN315 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 detallesCC 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 detallesIntroducció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 detallesQué 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 detallesTema: 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 detallesApplying 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 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 10 Modelo Dinámico Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE
Más detallesUNIDAD 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 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 detallesTema 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
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 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 detallesTema: 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 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 detallesSistemas 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 detallesFigura 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 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 detallesEspecificació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 detallesDocumentació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 detallesDisciplina 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 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 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 detallesPOLITECNICO 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 detallesA. 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 detallesCristian 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 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 detallesDesarrollo 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
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 detallesProceso 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 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 detalles2.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 detallesEjemplo 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 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 detallesPROYECTO 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 detallesUnidad 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 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 detalles1.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 detallesAgenda. 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 detallesLaboratorio 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 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 detallesCasos 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 detallesREQUISITOS...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 detallesPara 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 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 detallesPRESENTACIÓ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 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 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 detallesModelos 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 detallesModelos 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 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 detallesCLASE 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 detallesPROYECTO 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 detallesModelo 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 detallesLenguaje 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 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 detallesModelo 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 detallesModelo 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 detallesANALISIS 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 detallesTEMA 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 detallesCLASE 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 detallesINGENIERÍ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 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 detallesCC 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 detallesSesió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 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 detallesREINGENIERÍ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 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 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 detallesCaracterizació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 detallesProgramació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 detallesCó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 detallesObjetivos: 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 detallesCURSO: 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 detallesMANUAL 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 detallesTema: 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 detallesRESUMEN 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 detalles1. 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 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 detalles<NOMBRE DE LA UNIVERSIDAD, Y NOMBRE DE LA COMUNIDAD>. <TITULO PROYECTO>
. Autores: CI Historia de Revisiones Versión Fecha Revisado por
Más detallesUso 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 detallesTema: 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 detallesCASOS 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 detalles5.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