! 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
|
|
- Josefa Maldonado Gil
- hace 6 años
- Vistas:
Transcripción
1 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 Programación orientada a objetos Fundamentos del diseño orientado a objetos! Facilidad de diseño y relación con el mundo real! Reusabilidad y facilidad de mantenimiento! Sistemas más complejos! Abstracción! Trabajo en equipo! Del lenguaje máquina hacia el mundo real! Resuelve problemas complicados. No está pensado para tareas sencillas Ciclo de vida del soqware Ciclo de vida del soqware Implantación Validación Especificación Análisis Diseño! Especificación y análisis! Se especifican las tareas que va a realizar el sistema! QUÉ hace nuestro programa?! Diseño! Se dis[nguen las diferentes partes del sistema y su interacción! CÓMO lo hace? Programación 1
2 UML (Unified Modeling Language) Especificación y análisis! Lenguaje unificado de modelado! Planos de la aplicación. No sirve para desarrollar, sino para describir (análisis y diseño)! Se u[lizan diferentes diagramas. (13 [pos en UML 2.0)! Definimos de forma no ambigua QUÉ va ha hacer nuestro programa.! Funcionalidades del programa.! Mecanismos de interacción con el usuario.! Como interactúa con el exterior.! Definición de CASOS DE USO Sistema y entorno Modelo de caja negra! Sistema! El programa que estamos desarrollando. Es el objeto de nuestro trabajo y es lo que especificamos, analizamos, diseñamos, programamos! Entorno! Todo aquello que aparece en nuestro análisis y diseño y que es externo al sistema.! Usuarios! Otros sistemas!! Los elementos del entorno deben ver al sistema como una caja negra! Una caja negra es un sistema cerrado, del que no conocemos su funcionamiento.! Una caja negra ofrece una interfaz con el exterior, que permite usarla. A través de dicha interfaz los usuarios pueden operar la caja y recibir los resultados de dicha operación.! El proceso de análisis y diseño se basa en este principio fundamental. Se analiza y diseña cada componente del sistema como una caja negra y luego se profundiza, repi[endo el proceso en su interior. Casos de uso Casos de uso! Cada caso de uso es una historia de uso del sistema.! Los casos de uso SON requisitos.! Recogen fundamentalmente requisitos funcionales.! Los casos de uso NO SON ORIENTADOS A OBJETOS. 2
3 Casos de uso Elementos de un caso de uso! Los casos de uso permiten considerar y organizar los requisitos en el contexto de los obje[vos y escenarios de uso del sistema.! Los casos de uso mejoran la comprensión y cohesión frente a una lista extensa de caracterís[cas inconexas.! Ejemplo: procesar una venta El cliente llega a la caja con los arjculos que desea comprar. El cajero pasa cada arjculo por el lector de código de barras y el sistema presenta el coste total de la compra. El cliente paga y el sistema registra y valida el pago. El sistema actualiza el inventario y produce un recibo. El cliente se va con sus arjculos y su recibo.! Precondiciones! Aquello que se debe cumplir para que el caso se de.! Actor! Individuo involucrado en el caso de uso.! Escenario o curso de eventos! Lo que ocurre cuando se da el caso de uso.! Garanja de éxito (postcondiciones)! Resultado final del caso de uso. Actor Escenario o curso de eventos! En[dad externa al sistema que interactúa con él.! Tiene comportamiento propio.! Pueden ser humanos, organizaciones, disposi[vos informá[cos! Se nombran por el rol que desempeñan: Cliente, cajero, administrador! En un diseño con varios sistemas, un programa (sistema) puede ser actor de otro.! Una secuencia específica de acciones e interacciones entre los actores y el sistema objeto de estudio.! Puede haber escenarios de éxito! Ejemplo: procesar una venta sin incidencias! y escenarios de fracaso! Ejemplo: Procesar una venta donde el cliente no lleva suficiente dinero para pagarla y debe cancelarse la venta. Definición de caso de uso Planteamiento de casos de uso! Un caso de uso es una colección de escenarios de éxito y fracaso relacionados, que describe a los actores u[lizando el sistema para sa[sfacer un obje[vo.! Estrategia basada en Actores! Iden[ficar actores principales.! Iden[ficar los obje[vos de usuario de dichos actores.! Definir un caso de uso por cada obje[vo de usuario.! Estrategia basada en Eventos! Iden[ficar eventos a los que debe responder el sistema.! Relacionar los eventos con actores y casos de uso. 3
4 Casos de uso (UML) Especificación de casos de uso! Nombre Actor! Actores Caso de uso Nombre Nombre! Escenario principal de éxito Nombre Sistema Ejemplo: programa mi mi: Actores! mi es un programa que permite a dis[ntos usuarios enviarse mensajes electrónicos.! Un usuario de mi usa el programa a través de su interfaz.! Un usuario de mi se iden[fica con su nombre y su contraseña.! Los usuarios de mi puede enviar mensajes a otros indicando el nombre del des[natario y el texto del mensaje.! Usuario! La persona que hace uso de la aplicación! No hay mas actores! Los usuarios de mi pueden acceder al sistema para ver si [ene mensajes nuevos en su buzón y leerlos. mi: casos de uso mi: diagrama de casos de uso! Enviar un mensaje! El usuario envía un mensaje a otro usuario del sistema.! Consultar no léidos! El usuario consulta los mensajes recibidos en su buzón.! Iniciar sesión?! NO: No es un caso de uso porque no representa un uso completo del sistema. El obje[vo del usuario nunca es iniciar sesión sin mas. Usuario mi Enviar mensaje Consultar no leídos 4
5 mi: consultar no leídos! Actores! Usuario! Escenario principal 1. El usuario se auten[ca con su nombre y contraseña. 2. El sistema da la bienvenida al usuario. 3. El usuario selecciona la opción de enviar un mensaje, indicando el des[natario y texto del mensaje. 4. El sistema envía el mensaje y confirma la operación.! Contraseña incorrecta: El sistema da error y la operación termina.! Des[natario no encontrado: El sistema da error y se vuelve a 2.! Actores! Usuario! Escenario principal 1. El usuario se auten[ca con su nombre y contraseña. 2. El sistema da la bienvenida al usuario. 3. El usuario selecciona la opción de leer los mensajes no leídos. 4. El sistema muestra los mensajes al usuario.! Contraseña incorrecta: El sistema da error y la operación termina.! No hay nuevos: En 4, el sistema no[fica que no hay mensajes. Diseño Diseño orientado a objetos! La especificación y análisis en casos de uso nos dan una idea clara de las funcionalidades que va a tener nuestro programa y como se interactúa con él.! Hasta ahora hemos visto el programa completo (sistema) como una caja negra.! El siguiente paso es entrar en la caja y definir los elementos que la forman: Clases y objetos. Iden[ficación de conceptos Iden[ficación de clases! Iden[ficar sustan[vos y frases nominales, en los casos de uso completos, en los requisitos, y en descripciones del dominio.! Intui[vamente (mucho cuidado con esto)! Cada nombre un objeto! Cada verbo un método! En general, los principales conceptos de nuestro programa estarán representados por clases que se instanciarán en objetos.! Iden[ficar conceptos! Iden[ficar elementos que dis[nguen a esos conceptos: atributos! Iden[ficar relaciones entre clases! A par[r de los casos de uso, iden[ficar la interacción entre objetos que da lugar a la funcionalidad deseada. 5
6 Clases (UML) mi: iden[ficando conceptos! Nombre de la clase! Atributos! Métodos + público, - privado Nombre + atributo1: int - atributo2: double + método1(par1): int + método2(par1, par2): double + método3(): void! mi es un programa que permite a dis[ntos usuarios enviarse mensajes electrónicos.! Un usuario de mi usa el programa a través de su interfaz.! Un usuario de mi se iden[fica con su nombre y su contraseña.! Los usuarios de mi puede enviar mensajes a otros indicando el nombre del des[natario y el texto del mensaje.! Los usuarios de mi pueden acceder al sistema para ver si [ene mensajes nuevos en su buzón y leerlos. mi: clases mi: diagrama de clases!! Los elementos de comunicación con el exterior.!! Cada uno de los usuarios que hacen uso del sistema.! Mensaje! Los mensajes que los usuarios se intercambian.!! El buzón personal de cada persona. Con[ene los mensajes dirigidos a ésta. - nombre: String - contraseña: String Mensaje - texto: String Relaciones entre clases Asociación! Asociación! Agregación! Composición! Dependencia! Generalización! Relación entre clases que se man[ene en el [empo! Puede tener un nombre, una dirección y una cardinalidad.! Se refleja cuando se introducen referencias a objetos como atributos! Dependiendo de la cardinalidad, habrá que usar arrays o estructuras de datos Clase1 - Atributo1 - Atributo2 + Operación1 - Atributo3 Clase2 - Atributo + Operación1 + Operación2 6
7 Agregación Composición! Asociación con contenido semán[co.! Caso par[cular de agregación! Una clase representa el todo y la otra una parte! La parte no existe sin el todo! La parte no está necesariamente ligadas al todo (puede exis[r sin él) PC - Marca - Modelo - Monitor Pantalla! En Java la dis[nción entre agregación y composición es puramente conceptual (recolector de basura) Arbol - Hojas * Hoja Dependencia Generalización! Indica que una clase hace uso de otra.! Representa herencia entre clases. Clase padre! Una clase instancia otro objeto.! Se recibe un objeto como parámetro.! Se devuelve un objeto como resultado. Clase1 Clase2! Un caso par[cular de generalización es la Realización, que se da cuando se hereda de una clase de interfaz Clase hija <<interfaz>> Clase interfaz Clase1 Relaciones como atributos mi: diagrama de clases! Cuando una relación entre clases se refiere a un atributo de la clase, éste se pone sobre la línea que representa la asociación.! También se puede poner como un atributo más y dejar la línea vacía PC - Marca: String - Modelo: String PC - Marca: String - Modelo: String - Monitor: Pantalla - Monitor Pantalla Pantalla - usuarios: List<> - nombre: String - contraseña: String - buzónl: - mensajes: List<Mensaje> Mensaje - remitente: - texto: String - destinatario: 7
8 Operaciones! A par[r de los casos de uso iden[ficados, se describen las operaciones del sistema.! Esta descripción se puede hacer de manera informal (en texto) o mediante diagramas de interacción. Por sencillez, en este curso lo haremos de manera informal.! UML proporciona dos [pos de diagramas de interacción: diagramas de secuencia y diagramas de colaboración.! La descripción de estas operaciones dará lugar a los métodos de las clases del sistema.! Caso de uso:! Escenario principal 1. El usuario se auten[ca con su nombre y contraseña. 2. El sistema da la bienvenida al usuario. 3. El usuario selecciona la opción de enviar un mensaje, indicando el des[natario y texto del mensaje. 4. El sistema envía el mensaje y confirma la operación.! Contraseña incorrecta: El sistema da error y la operación termina.! Des[natario no encontrado: El sistema da error y se vuelve a El usuario se auten[ca, indicando su usuario y contraseña. 2. La interfaz localiza al usuario (objeto ). Si la contraseña es correcta con[núa. Si no, se da un mensaje de error. 3. La interfaz solicita el nombre del des[natario y lo busca. Si lo encuentra con[núa. Si no, da un mensaje de error. 4. La interfaz solicita el texto del mensaje. 5. La interfaz crea el mensaje y se lo entrega a la persona des[no. 6. La persona des[no almacena el mensaje en su buzón. Auten[car Enviar mensaje Comp. contraseña Entregar mensaje Crear 1 (rem.) 2 (dest.) Mensaje Guardar mensaje mi: consultar no leídos! Métodos necesarios:!! auten[car (usuario, contraseña) :! enviarmensaje (remitente, des[natario, texto)!! obtenernombre () : String! comprobarcontraseña (contraseña) : Boolean! entregarmensaje(mensaje)! Mensaje! crearmensaje (remitente, des[natario, texto)!! almacenarmensaje (mensaje)! Caso de uso! Escenario principal 1. El usuario se auten[ca con su nombre y contraseña. 2. El sistema da la bienvenida al usuario. 3. El usuario selecciona la opción de leer los mensajes no leídos. 4. El sistema muestra los mensajes al usuario.! Contraseña incorrecta: El sistema da error y la operación termina.! No hay nuevos: En 4, el sistema no[fica que no hay mensajes. 8
9 mi: consultar no leídos 1. El usuario se auten[ca, indicando su usuario y contraseña. 2. La interfaz localiza al usuario (objeto ). Si la contraseña es correcta con[núa. Si no, se da un mensaje de error. 3. La interfaz solicita a la sus mensajes no leídos. 4. La persona solicita a su sus mensajes no leídos. Auten[car Ver no leídos Comp. contraseña Ver no leídos Obtener no leídos 5. La interfaz muestra por pantalla los mensajes no leídos, si los hay. 6. El buzón se vacía mi: diagrama de clases! Métodos necesarios (no vistos antes):!! vernoleídos()!! vernoleídos() : List<Mensaje>!! obtenernoleídos() : List<Mensaje> - usuarios: List<> + autenticar (usuario: String, contraseña: String) + enviarmensaje(destinatario: String, texto: String) + vernoleídos() - nombre: String - contraseña: String - buzónl: + obtenernombre(): String + comprobarcontraseña(contr: String): Boolean + entregarmensaje(mensaje: Mensaje) + vernoleídos(): List<Mensaje> - mensajes: List<Mensaje> + almacenarmensaje(mensaje: Mensaje) + obtenernoleídos(): List<Mensaje> Mensaje - remitente: - texto: String - destinatario: + crear(remit:, dest:, texto: String) 9
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 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 detallesUML: INTRODUCCIÓN, ORIENTACIÓN a Objetos
1Diseño y Modelado UML UML: INTRODUCCIÓN, ORIENTACIÓN a Objetos - Por qué es necesario el UML - La concepción del UML - Diagramas del UML - Diagrama de clases - Diagrama de objetos - Diagrama de casos
Más detallesProf. Mariano Mancuso. Sistemas de información y control diagrama de clases
Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un
Más detallesUML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso
UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso Los sistemas orientados a objetos describen las entidades como objetos. Los objetos son parte de un concepto general denominado clases.
Más detallesGuía del Curso Analista Programador Java: Business Apps Expert
Guía del Curso Analista Programador Java: Business Apps Expert Modalidad de realización del curso: Número de Horas: Titulación: Online 600 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML
Más detallesContenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo
Tutorial Contenido 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo 1. El proceso Fases soportadas por UML Análisis de requisitos de usuario Análisis de requisitos de software Diseño de la plataforma
Más detallesCapítulo 16. Diagrama de Clases UML
Capítulo 16. Diagrama de Clases UML Florentino TORRES M. CINVESTAV-Tamaulipas 15 de Oct del 2012 Florentino TORRES M. (CINVESTAV) 15 de Oct del 2012 1 / 70 1 Capítulo 16. Diagrama de Clases UML Aplicando
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 detallesCurso de Java POO: Programación orientada a objetos
Curso de Java POO: Programación orientada a objetos Luis Guerra l.guerra@upm.es Curso INEM. Programación en Java Marzo 2011 Índice Previo Repaso y encapsulación Empaquetado Relaciones entre clases Herencia
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 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 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 detallesProbando casos de uso
Probando casos de uso Definición de casos de uso y otros requisitos Javier Gutiérrez / javierj@us.es Objetivos Objetivo: Mostrar cómo definir requisitos para aplicar un proceso sistemático de generación
Más 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 detallesActividad ASI 1: Definición del Sistema
Actividad ASI 1: Definición del Sistema Descripción del sistema, delimitando su alcance Establecimiento de interfaces con otros sistemas Identificación de usuarios representativos ASI 1.1 Determinación
Más 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 detallesIntroducción a la Orientación a Objetos
Introducción a la Orientación a Objetos Breve historia de la OO 1960s. Simula incorpora características propias de la OO. 1970s. Smalltalk. Lenguaje totalmente OO. 1990s. Boom de la OO. 2000-Hoy. Época
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 detallesTÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de
Más 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 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 detallesDIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ
DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE 10 GLORIA CECILIA RÍOS MUÑOZ INSTITUCIÓN EDUCATIVA GABRIEL GARCÍA MÁRQUEZ MEDELLÍN 2013 DIAGRAMAS Un diagrama es una representación
Más detallesModelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática
Modelado Básico con Casos de Uso El Modelo de Casos de Uso La técnica de los casos de uso (inventada por Ivar Jacobson): Objetivo: identificar la funcionalidad de un sistema (requisitos funcionales). Método:
Más 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 detallesElementos Diagramas de Clases Clase:
Diagramas de Clases Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.
Más detallesPROGRAMACIÓN EN C#.NET Programación Orientada a Objetos en C# Ing. Bruno López Takeyas
PROGRAMACIÓN EN C#.NET Programación Orientada a Objetos en C# Ing. Bruno López Takeyas Instituto Tecnológico de Nuevo Laredo 1 Qué es UML? UML = Unified Modeling Language Un lenguaje de propósito general
Más detallesDiagramas de interacción
Tema 6: Diagramas de Interacción Diagramas de interacción Los diagramas de interacción son diagramas que describen cómo grupos de objetos colaboran para conseguir algún fin. Estos diagramas muestran objetos,
Más detallesProgramación Avanzada. Desarrollo Orientado a Objetos basado en UML
Programación Avanzada 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
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 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 detallesAnálisis y Diseño Orientado a Objetos
Universidad de Chile Departamento de Ciencias de la Computación CC61J - Taller de UML Análisis y Diseño Orientado a Objetos Luis A. Guerrero Introducción Requisitos del usuario Proceso de desarrollo de
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 secuencia
Facultad de Ingeniería Departamento de Ingeniería de Sistemas y Computación Diagramas de secuencia Interacciones básicas 1 Para qué sirven los diagramas de secuencia? 2 Para qué sirven los diagramas de
Más detallesRequerimientos de Software
Requerimientos de Software Ingeniería de Requerimientos Se define como el proceso de establecer los servicios que el consumidor requiere de un sistema y las restricciones sobre las cuales de funcionar
Más detallesINTRODUCCIÓN AL PARADIGMA DE LA PROGRAMACIÓN ORIENTADA A OBJETOS CON JAVA
Objetivo: Identificar los concentos principales en java POO, que es una clase, un objeto así como sus características principales abstracción, modularidad, encapsulamiento, herencia, polimorfismo. INTRODUCCIÓN
Más detallesComprensión de los sistemas de. control. Ing. Jorge Sofrony. Inicio. Obje%vos del Programa. Misión y Visión del programa
Comprensión de los sistemas de control Ing. Jorge Sofrony Contenido Misión y Visión Introducción del programa Sistemas de control Obje%vos de la Aplicaciones Acreditación Arquitectura Ejemplos Ac=vidades
Más detallesConceptos de Programación Orientada a Objetos
Paradigmas de programación Prog. orientada a objetos Conceptos de Programación Orientada a Objetos Abstracción de Programación estructurada Programación imperativa 2 Programación estructurada (I) Programación
Más detallesUML, ejemplo sencillo sobre Modelado de un Proyecto
UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso
Más detallesTema 2 Introducción a la Programación en C.
Tema 2 Introducción a la Programación en C. Contenidos 1. Conceptos Básicos 1.1 Definiciones. 1.2 El Proceso de Desarrollo de Software. 2. Lenguajes de Programación. 2.1 Definición y Tipos de Lenguajes
Más detallesINDICE Prologo Capitulo 1. Algoritmos y programas Capitulo 2. La resolución de los problemas con computadoras y las herramientas de programación
INDICE Prologo XI Capitulo 1. Algoritmos y programas 1.1. Configuraciones de una computadora 1 1.2. Lenguajes de programación 2 1.3. Resolución de problemas 1.3.1. Fase de resolución del problema 3 1.3.1.1.
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 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 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 detallesDIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO
DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO Un diagrama de casos de uso es una especie de diagrama de comportamiento. Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras
Más detallesDiseño Lógico Modelo Relacional. Ges3ón y Modelación de Datos María Constanza Pabón
Diseño Lógico Modelo Relacional Ges3ón y Modelación de Datos María Constanza Pabón DISEÑO DE BASES DE DATOS Modelo Relacional Propuesto en 1970 por Edgar. F. Codd [ Turing Award 1981 ] La mayoría de los
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 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 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 detallesTEMA: CASOS DE USO DEL PROYECTO CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: RAUL ERNESTO CRUZ ORELLANA LEVI OSMIN RODRIGUEZ OROZCO
UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERIA ESCUELA DE COMPUTACION ANALISIS Y DISEÑO DE SISTEMAS I CICLO 2/06 TEMA: CASOS DE USO DEL PROYECTO CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: 01 ESTUDIANTES:
Más detallesLas redes semánticas intentan trasladar esa afirmación a un formalismo Una red semántica será un grafo donde:
Redes Semánticas Redes semánticas La lógica como lenguaje de representación tiene dificultades prácticas Son necesarios mecanismos mas intuitivos y fáciles de usar La psicología cognitiva afirma: La representación
Más detallesCapítulos 2 y 5: Modelación con UML y Modelo Objeto
Capítulos 2 y 5: Modelación con UML y Modelo Objeto Agenda Recordar: Modelo de Sistema: modelo objeto + modelo funcional + modelo dinámico Ultima Clase: Modelo Objeto Definir el concepto de Modelo de Clases
Más detallesDescripción del Curso
Curso Práctico de Modelado de Negocios BPMN con UML Descripción del Curso Durante este curso aprenderás de forma práctica el estándar BPMN (Business Process Management Notation) y las extensiones de UML
Más detalles1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.
UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA A LA QUE PERTENECE:
Más detallesMetodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto
1 En este apartado se describirán los pasos recomendados y los métodos a uglizar en cada uno de los pasos para la construcción de un modelo de objetos, indicados en la figura. La relación de pasos a seguir
Más detalles3. DOCUMENTACIÓN 3.1. DOCUMENTACIÓN DE APLICACIONES. OBJETIVOS PARA MODIFICAR HACE FALTA COMPRENDER/ESTUDIAR:
3. DOCUMENTACIÓN 3.1. DOCUMENTACIÓN DE APLICACIONES. OBJETIVOS UN SISTEMA SOFTWARE QUE SEA: + DIFÍCIL DE COMPRENDER + SÓLO UTILIZABLE POR SUS REALIZADORES + DIFÍCIL DE MODIFICAR NO ES VÁLIDO PARA EVITAR
Más detallesPlanificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6
Planificaciones 7509 - Análisis de la Información Docente responsable: GONZALEZ NORBERTO DANIEL 1 de 6 OBJETIVOS Introducir al alumno en los conceptos fundamentales del desarrollo de sistemas de información
Más detallesMaterial para Entidades Servicios tecnológicos para una vida más fácil. Servicios tecnológicos para una vida más fácil.
Material para Entidades Servicios tecnológicos para una vida más fácil. Servicios tecnológicos para una vida más fácil. VALE Es la aplicación mobile de pago entre personas (P2P) de Red Link. Es una app
Más detallesUSECASE. CASOS de USO
USECASE CASOS de USO 1 Objetivo Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario Por tanto los casos de uso determinan los requisitos funcionales
Más 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 detallesCLA. Diagramas de clases en Métrica V3
CLA Diagramas de clases en Métrica V3 1 Diagramas de clases Qué es? Representa la estructura y comportamiento de cada uno de los objetos del sistema y sus relaciones con los demás objetos. Objetivos? Representar
Más detallesPrincipios de Análisis Informático. Tema 3: Fase de inicio
Principios de Análisis Informático Tema 3: Fase de inicio Eduardo Mosqueira Rey LIDIA Laboratorio de Investigación y desarrollo en Inteligencia Artificial Departamento de Computación Universidade da Coruña,
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 detallesSistemas de Información II Requerimientos. Análisis de Requisitos
Requerimientos El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón. del Proyecto Iteraciones
Más detallesLÓGICA DE PROGRAMACIÓN
LÓGICA DE PROGRAMACIÓN Lógica de la Programación Lenguajes de Programación Ing CIP. Mike Joseph Palacios Juárez Clasificación del Software Sistemas Operativos 1. Multitarea 2. Multiusuario 3. Multiproceso
Más detallesContenido INTRODUCCIÓN... 3 Etapas de validación... 3 OBJETIVOS VALIDADOR FACTURACIÓN ELECTRÓNICA USUARIO
2012 1 Contenido INTRODUCCIÓN... 3 Etapas de validación... 3 OBJETIVOS... 3 1 VALIDADOR FACTURACIÓN ELECTRÓNICA... 4 2 USUARIO... 5 2.1 Acción Cambio de contraseña... 5 2.2 Acción Salir... 6 3 DOCUMENTOS...
Más detallesProgramación Avanzada. Requerimientos de Software
Programación Avanzada Requerimientos de Software Contenido Especificación de Requerimientos Tipos de Requerimientos Requerimientos Funcionales Casos de Uso Programación Avanzada Requerimientos de Software
Más detallesModulo 11. Clases y Objetos en Java
El siguiente texto es una traducción no oficial del documento publicado por el grupo JEDI, Introduction to Programming 1, no pretende en ningún momento reemplazar los contenidos generados por este grupo.
Más detallesT3-Análisis y Diseño del Sistema Software
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA T3-Análisis y Diseño del Sistema Software Gómez Carretero, Ana Isabel Oliver Donoso, Eulalio Rivas García, Bibiano Rivero Alberca, Elena
Más detallesDiseño. Diseño. Interacción. Aspectos comunes en interacción. Diagramas de Interacción. Curso de Arquitecturas de Software
Curso de Arquitecturas de Software Programación Orientada a Objetos Diagramas de Interacción Diseño En la fase de diseño se hace refinamiento estructural, se modifica y completa el diagrama de clases del
Más detallesCentro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta
Capítulo 6 UML Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta 1 6 UML Lenguaje Unificado de Modelado 6.1 Introducción. El UML es un lenguaje universal de modelado de sistemas que se emplea
Más 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 detallesCurso Taller de Arquitectura de Software usando UML
Curso Taller de Arquitectura de Software usando UML Presentación: Este curso comprende las técnicas necesarias para el modelamiento de sistemas a través de los diagramas definidos por UML (Unified Modelling
Más detallesDESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA
DESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA Nombre del Módulo: PROGRAMACIÓN EN JAVASCRIPT Código: CSTI0087 total: 51 Horas Objetivo General: Crear contenido web basado en
Más detallesManual de Usuario Webmail Horde
UNIVERSIDAD NACIONAL DE LA PLATA Manual de Usuario Webmail Horde 1 mesadeayuda@cespi.unlp.edu.ar Índice Acceso al Sistema Webmail 3 Leer los mensaje de correo electrónico 4 Borrar los mensajes de correo
Más detallesUNIVERSIDAD AUTÓNOMA DE CHIAPAS LICENCIATURA EN SISTEMAS COMPUTACIONALES
UNIVERSIDAD AUTÓNOMA DE CHIAPAS LICENCIATURA EN SISTEMAS COMPUTACIONALES Área de formación: Disciplinaria Unidad académica: Programación Orientada a Objetos Ubicación: Cuarto Semestre Clave: 2087 Horas
Más detallesManual de Usuario para cambio de contraseña de Alumnos y Empleados ITSON. Solicitud de Cambio Password
Manual de Usuario para cambio de contraseña de Alumnos y Empleados ITSON Solicitud de Cambio Password Soporte de Sistemas 10 de Octubre de 2016 Contenido Introducción... 3 Acceso al Sistema... 3 Cambio
Más detallesGI-A.10.1-SA-07 GUIA RÁPIDA COMPRAR EN LÍNEA. Código: GI-A.10.1-SA-07 GUÍA RÁPIDA COMPRAR EN LÍNEA. Revisión:1 MANUAL
GUIA RÁPIDA COMPRAR EN LÍNEA 1 Página 1 de 14 2 Contenido 1... 1 2 Contenido... 2 3 CONTROL DE VERSIONES... 3 4 CONTROL DE REVISIONES... 3 5 AUTORIZACIÓN DEL DOCUMENTO... 3 6 INTRODUCCIÓN... 4 7 ALCANCE...
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 detallesTrabajo Práctico Nro. 7. Herramientas para el Modelado de Comportamiento Básico: Diagramas y Especificaciones de Casos de Uso
Trabajo Práctico Nro. 7 Metodologías de Desarrollo de Software I Herramientas para el Modelado de Comportamiento Básico: Diagramas y Especificaciones de Casos de Uso Lista de Conceptos Tratados: Actor;
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 detallesEjercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO
Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software
Más detallesESQUEMA DE SEGURIDAD KEPLER 80
ESQUEMA DE SEGURIDAD KEPLER 80-1 - INDICE 1. Esquema de seguridad... 3 2. Definición de roles... 4 3. Definición de perfiles... 5 4. Definir autorizaciones... 7 5. Definición de usuarios... 9 6. Ingreso
Más detallesSISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION. Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ.
SISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ paulo987@hotmail.com grupo S8 SIVECO,2012 Pág. 1 Tabla de Contenidos 1. Introducción 3 1.1 1.2 Propósito
Más detallesJava Avanzado Facultad de Ingeniería. Escuela de computación.
2 Java Avanzado Facultad de Ingeniería. Escuela de computación. Java Avanzado. Guía 5 3 Introducción Este manual ha sido elaborado para orientar al estudiante de Java Avanzado en el desarrollo de sus prácticas
Más detallesDIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya
DIAGRAMAS DE UML Prof. Wenceslao Chávez Bedoya 1 DIAGRAMAS DEL UML La finalidad de los diagramas es presentar diversas perspectivas de un sistema a las cuales se les conoce como modelo. Muestran diferentes
Más detallesSISTEMA DE CONSULTAS PAGOS DE PROVEEDORES
SISTEMA DE CONSULTAS PAGOS DE PROVEEDORES CONTENIDO Manual de usuario... 3 Presentación... 3 SECCION 1. Características Generales del Sistema... 3 Inicio... 3 Consultar Documentos... 4 Consultar Pagos...
Más detallesInicio rápido: Regístrese para Microsoft Business Center
Inicio rápido: Regístrese para Microsoft Business Center Guía para el cliente Noviembre de 2016 Microsoft Business Center es para organizaciones que han firmado un Acuerdo de Productos y Servicios de Microsoft
Más detalles4. DIAGRAMAS DE INTERACCIÓN INTRODUCCIÓN DIAGRAMAS DE SECUENCIA Objetos Mensajes
4. DIAGRAMAS DE INTERACCIÓN...37 4.1. INTRODUCCIÓN... 37 4.2. DIAGRAMAS DE SECUENCIA... 37 4.2.1. Objetos...37 4.2.2. Mensajes...38 4.2.3. Creación y destrucción de un objeto...39 4.3. DIAGRAMAS DE COLABORACIÓN...
Más detallesEl modelo de casos de uso. Ingeniería de la Programación
El modelo de casos de uso Ingeniería de la Programación Prácticas cas 1 Contenidos Introducción RF y RNF Introducción al modelo de RF de UML. Actores y Casos de Uso Modelo de casos de uso Diagrama de contexto
Más detallesManual de Usuario para Proponentes
Manual de Usuario para Proponentes Sistema de Información para la Inscripción de Proponentes Puerto de Santa Marta Tabla de Contenido INTRODUCCIÓN... 2 CONVENCIONES DEL MANUAL... 3 1. ACCESO AL SISTEMA...
Más detallesSINAUTO. (Captura Requirimientos) GRUPO 03
SINAUTO (Captura Requirimientos) GRUPO 03 Iker Jauregi ikerjauregivicente@hotmail.com Iñigo Arregui bateman2012@gmail.com Javier Arce arcjav@hotmail.com Jorge García. jgfand@gmail.com Patxi Campos.patxi948@wanadoo.es
Más detallesDiplomado Programación orientada a objetos con C++ y UML. Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos
Más detallesCapitulo III. Diseño del Sistema.
Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje
Más detallesACCESO A LA APLICACIÓN...
RDL-16/2012 1 Índice de contenido 1. INTRODUCCIÓN... 3 2. ACCESO A LA APLICACIÓN... 3 3. PRIMER ACCESO A LA APLICACIÓN PARA UN USUARIO NUEVO... 5 4. MENÚ DE NAVEGACIÓN... 7 5. CONSULTA APORTACIÓN A FARMACIA...
Más detallesPROTOTIPO DE FACTURACIÓN ELECTRÓNICA MANUAL TÉCNICO
PROTOTIPO DE FACTURACIÓN ELECTRÓNICA MANUAL TÉCNICO Autor: Jorge Luis Quiguango Terán Versión 1.0 Fecha: 10 de abril de 2015 Índice de contenido 1 Objeto del documento...4 2 Manual técnico...4 2.1 Arquitectura...4
Más detallesDIAGRAMAS DE SECUENCIA DEL SISTEMA, CONTRATOS DE LAS OPERACIONES DEL SISTEMA, GLOSARIO Y PAQUETES
DIAGRAMAS DE SECUENCIA DEL SISTEMA, CONTRATOS DE LAS OPERACIONES DEL SISTEMA, GLOSARIO Y PAQUETES Extraído de: UML y Patrones. 2ª Edición. Craig Larman. Prentice Hall. 2003. Diagramas de Secuencia del
Más detallesTEMA 2 Introducción a C# ANÁLISIS Y DESARROLLO DE APLICACIONES INFORMÁTICAS Curso 2010/2011
TEMA 2 Introducción a C# ANÁLISIS Y DESARROLLO DE APLICACIONES INFORMÁTICAS Curso Origen Nuevo lenguaje de propósito general de Microsoft para la plataforma.net Es el único que ha sido diseñado específicamente.net
Más detallesMCTS Exchange Server 2010 Administración. Fabricante: Microsoft Grupo: Servidores Subgrupo: Microsoft Exchange Server 2010
MICEX2010 MCTS Exchange Server 2010 Administración Fabricante: Microsoft Grupo: Servidores Subgrupo: Microsoft Exchange Server 2010 Formación: Presencial Horas: 25 Introducción Exchange Server 2010 constituye
Más detallesBases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación
Bases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar
Más detalles