ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas.

Slides:



Advertisements
Presentaciones similares
3/23/2017 Manual de Uso Para SAM 2003_CorpTemplate-V3.ppt.
Advertisements

IDENTIFICAR NECESIDADES, PROBLEMAS U OPORTUNIDADES
Diccionario de Datos (DD)
GUÍA PARA EL DESARROLLO DEL PRODUCTO Y PLAN DE MANUFACTURA
UML DCU -DS Alvaro Garrido V..
FUNDAMENTALS OF THE JAVA PROGRAMMING LANGUAGE (SL-110) CAPÍTULO 3: ANÁLISIS DE UN PROBLEMA Y DISEÑO DE UNA SOLUCIÓN Ing. Ronald Criollo.
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
El PORTAFOLIO Evaluación Interna – 20%. REQUERIMIENTOS Tres trabajos Cada uno de un área diferente de impacto Empresas y Empleos, Educación, Salud,
Enunciados.
DISEÑO ORIENTADO AL OBJETO
Inicio de la aplicación con acceso multiempresa y selector de usuarios, con la intención de personalizar el perfiles de la aplicación.
¿Cómo estamos organizados?
DISEÑO DE BASE DE DATOS DISEÑO DE SOFTWARE.
Diseño y Desarrollo de Aplicaciones de Software Proyecto Dra. Marva Angélica Mora Lumbreras 19/02/2011 Ingeniería de Software1.
DSOO - María Eugenia Valencia
Gestión de proyectos Es la primera etapa de Ingeniería del Software.
Access Bases de datos.
Sesión 8 Modelo de Negocio.
INGENIERIA DE REQUERIMIENTOS
Procesos de la Ingeniería
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
José Antonio Rastoll Pérez Presentación PI. Índice 1. EL OBJETO SESSION Introducción. Propiedades. Funcionamiento. Variables de sesión, desventajas y.
Mezcla de Mercadotecnia Dra. Sandra Gómez
MODELO RELACIONAL.
Evaluación de Productos
Daniel Correa Botero José López Vélez Universidad de Antioquia 2013-II
INSTITUTO TECNOLÓGICO SUPERIO DE LIBRES
Almacenamiento virtual de sitios web: «Hosts» virtuales Gustavo Antequera Rodríguez.
Desarrollo Orientado a Objetos con UML
DOSSIER INFORMATIVO EUROSERV Data Mining Enero de 2005.
Las variables en PHP Programación en Internet II.
GLOBAL ON LINE MANUAL DEL USUARIO COMO COMPRAR EN GLOBAL ON LINE COMO INGRESAR AL CARRITO DE COMPRAS DATOS DE SU EMPRESA COMO REALIZAR LA BUSQUEDA DE UN.
Yuliana toro v. Angie Paola Vásquez
ESTRATEGIAS DE MARKETING
Análisis y Diseño Orientado a Objetos utilizando UML
Quinto Bloque NOMBRE DE LA PRÁCTICA GENERAL:
Este material es una GUIA sobre como preparar y presentar una oportunidad de incubación. Los puntos contenidos son relevantes para nuestro comité evaluador.
PAGINA WEB Kelly Hernández Santiago Aranzazu 11:c Carlos Fernández.
Método de llamada.
Fundamentos de Ingeniería de Software Facultad de Ingenieria Universidad Distrital Francisco José de Caldas ESPECIFICACIÓN Y MANEJO DE LOS REQUERIMIENTOS.
Análisis y Diseño Orientado a Objetos utilizando UML
Unidad VI Documentación
Modelos de desarrollo de Software
INSTITUTO TECNOLOGICO DE MINATITLAN ASIGNATURA: FUNDAMENTOS DE PROGRAMACION DOCENTE: JOSE ANGEL TOLEDO ALVAREZ ALUMNA: ALEJANDRA OSORIO ARVISU SEMESTRE:
Importancia en la efectividad del:
Modelo Entidad Relación
Descripción Gestión de Inventario
Ingeniería del Software
TEMA 9: DIAGRAMA DE CLASE EN UML
UNIVERSIDAD LATINOAMERICANA DE COMERCIO EXTERIOR
La Cultura de Calidad.
Diseño de Sistemas.
FACTIBILIDAD DE LOS SISTEMAS DE INFORMACIÓN
Indice -Antes de Comprar -Durante la Compra -Después de la compra
Estructuras web De navegación Y Visual. Investigación de requerimientos ¿Qué es lo que quiere el cliente? – ¿Qué desea comunicar?, y ¿Cómo? – ¿Qué información.
DIAGRAMA DE CLASES.
Ilustra: E L M ODELO C ONCEPTUAL Conceptos (Objetos) en el dominio del problema. Es el instrumento (artefacto) más importante de crear en el AOO. Es la.
Proyecto Master - Alberto Salgado - (C) Creative Commons V3.0 Master en Dirección y Gestión de las TIC Proyecto DETI Marco de trabajo para la evaluación.
Nombre:Rosa Elena Méndez Cervantes Matrícula: Asignatura:Desarrollo de competencias personales Cuatrimestre:6º Maestro: Francisco Pérez Labrado.
UML DIAGRAMA DE CASOS DE USO
ESTUDIO TECNICO DEL PROCESO PRODUCTIVO
Curso Bancario Básico Programa de Educación Financiera de la FDIC.
Proceso de desarrollo de Software
Fundamentos de Ingeniería de Software
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Modelado UML Diagramas de Casos de Uso
FLUJOS DE EFECTIVO.
Curso de programación Visual Chart 6 (1ªEd.)
ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas.
Transcripción de la presentación:

ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas

ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS A continuación analizaremos el problema para después diseñar una solución. El primer paso de la fase de Análisis, es “Entender nuestro dominio”, por ejemplo “Crear una nueva aplicación para un negocio”. Tomemos como ejemplo, una Empresa que vende camisas llamada “Ropa en Directo”. Cada camisa de su catalogo tiene los siguientes atributos: Identificador de Articulo (Código de Barras) – ID Uno o más colores Una o más tallas Una descripción Un precio Tipo de pago, pues Ropa en Directo acepta Cheques y Tarjetas de Crédito

1. ESTUDIO DE CASOS Durante la fase de Análisis, deberemos prestar atención al Actual Sistema con el que cuenta nuestro cliente o la Empresa para cual desarrollaremos el nuevo sistema. Ejemplo: “Ropa en Directo” tiene dos formas de compra para sus clientes: Llamar a un representante de ventas, mediante el servicio de ventas telefónico, y levantar su orden por ese medio. Enviar por correo o fax un formato de orden. “Ropa en Directo” desea ofrecer un sistema de ventas por Internet (Este será nuestro Dominio de Problema ) ‏ Ropa en Directo nos dice lo que el nuevo sistema deberá de hacer: a) El cliente podrá levantar una orden y cancelarla. b) Verificar la disponibilidad del articulo (Camisas), si está disponible, enviar el articulo a la bodega para su envío al cliente. c) Si el artículo no está actualmente disponible, mantener esa orden en espera, hasta que el artículo esté disponible, enviarlo a la bodega para posteriormente enviarlo al cliente.

2. IDENTIFICANDO EL PROBLEMA Un “dominio de problema” es el ámbito del problema que resolverás. Una declaración de ámbito de aplicación (Statement of Scope) describe brevemente lo que desea conseguir con nuestro proyecto y se definen los objetivos de este.

2. IDENTIFICANDO EL PROBLEMA Una declaración de ámbito de aplicación de un proyecto debe contener: El nombre del proyecto Carta del proyecto El propietario del proyecto, patrocinadores La declaración del problema Metas y Objetivos del problema Requerimientos del proyecto Fechas de entrega del proyecto Costos estimados Sin embargo, esto queda fuera del alcance del curso de Programación Orientada a Objetos, siendo más tarea de los cursos de Análisis y Diseño, y de Ingeniería de Software. Ejemplo: Crear un sistema de compra de camisas online, que permita a los clientes introducir órdenes y peticiones a través de Internet.

3. IDENTIFICANDO OBJETOS Hasta este punto, ya sabemos un poco sobre el problema que vamos a resolver, el sistema actual con el que cuenta la empresa Ropa en Directo y el nuevo sistema que vamos a desarrollar usando un análisis orientado a objetos. Por lo que ahora hablaremos de Objetos y de que Objetos nos ayudaran a crear el nuevo sistema. Una forma de identificar objetos es utilizar los sustantivos que aparecen en la descripción del problema, ellos pueden convertirse en objetos.

3. IDENTIFICANDO OBJETOS Los objetos pueden ser físicos o conceptuales: Cuenta (conceptual) ‏ Camisa (físico) ‏ Orden (físico) ‏ Los Objetos tienen Atributos: Los atributos son las características o propiedades del objeto. Camisa – id, talla, color, estilo, cantidad en stock, precio. Los Objetos pueden realizar Operaciones: También llamados métodos, son las cosas que el objeto puede hacer y realizar. Cliente: introducir una orden, cancelar una orden.

3.1 CRITERIOS PARA EL RECONOCIMIENTO DE OBJETOS

Cuando Identifiques los objetos para usarlos dentro de tu sistema, siempre hazte estas preguntas: ¿El objeto se requiere para que la solución sea completada? ¿El objeto se requiere como parte de una interacción entre un usuario y el sistema? Notas Adicionales: Hay objetos que tienen existencia Independiente, por ejemplo: el objeto Cliente es totalmente diferente del objeto Orden, Identificar objetos es un arte no una ciencia

3.2 IDENTIFICANDO OBJETOS EN UN SISTEMA DE COMPRA DE CAMISAS Un ejemplo del uso de la POO, es el identificar objetos antes de crear nuestro programa. En el siguiente ejemplo identificaremos los posibles objetos que necesitaremos para crear un sistema de compra de camisas a través de Internet:

3.2 IDENTIFICANDO OBJETOS EN UN SISTEA DE COMPRA DE CAMISAS: Expliquemos los objetos identificados en la anterior diapositiva: Camisa: Si vamos a vender camisas, obviamente necesitaremos un objeto Camisa, que tenga los atributos: Identificador, Precio, Color, etc. Orden: nuestro objeto Orden, guardará los datos de nuestro cliente y la información de su compra. Cliente: el objeto Cliente guardará datos personales del cliente: nombre, dirección, tarjeta de crédito, etc. Catálogo: nuestro objeto catálogo, guardara todos los datos sobre las camisas que estemos vendiendo y demás productos que queramos ofrecer posteriormente. Forma de Pago: si vamos a vender, obviamente necesitamos un objeto que guarde y contenga la información del tipo de pago que seleccionará nuestro cliente.

3.3 IDENTIFICANDO ATRIBUTOS Y OPERACIONES DE OBJETOS

Como ya lo habíamos mencionado anteriormente, los Atributos son las propiedades o características de nuestro objeto, lo que lo hace diferentes a los demás objetos. Y las Operaciones, son las acciones que puede llevar a cabo nuestro objeto, también se les llama, Métodos. Podemos llamar a un objeto diferente desde otro objeto, esto se llama Referencia de Atributos.