Análisis y modelado de sistemas de software. Análisis - Modelado estructural. Blanca A. Vargas Govea

Documentos relacionados
Análisis y modelado de sistemas de software. Análisis - Modelado estructural. Blanca A. Vargas Govea

Análisis y modelado de sistemas de software. Análisis - Modelado funcional. Blanca A. Vargas Govea Febrero 22, 2013

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

Modelado Estructural F E B R E R O,

TEMA 6: INTRODUCCIÓN A UML

METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS

CLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez

Programación Orientada a Objetos

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

Lenguaje de Modelamiento Unificado.

Programación. Orientada a Objetos. Prof. Angela Di Serio. Universidad Simón Bolívar Especialización en Telemática

Sistemas de Información II. Modelo del Negocio

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

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

INGENIERÍA WEB. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE

Aseguramiento de la calidad y pruebas de software. 4- Revisiones del software. Blanca A. Vargas Govea Febrero 22, 2013

Unidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.

3.4 MODELADO DEL SISTEMA

Introducción a la orientación a objetos y a UML

Procedimiento para construir el diagrama de clases

DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ

MODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril

Es el instrumento (artefacto) más importante de crear en el AOO.

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

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

1.1CONCEPTOS ORIENTADOS A OBJETOS

MANUAL DE TALLERES INGENIERÍA DE SOFTWARE

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

Ingeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes

UML (Unified Modeling Language) Octubre de 2007

Diagramas De Casos De Uso

Método de trabajo. El modelo de producto es el conjunto de conceptos que se pueden utilizar para construir un producto o sistema determinado.

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 II. METODOLOGIAS. Análisis y Diseño OO. Facilitador: Miguel Cotaña

Programación Orientada a Objetos

6.3 EDIFICACIÓN. [Proceso]

UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso

TRABAJO PRÁCTICO 7: OBJETOS

Programación 4 CASO DE ESTUDIO :: ANÁLISIS

Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING

Modelado y Análisis de Requerimiento de Software. Propósitos del Curso:

INGENIERIA DE SOFTWARE. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Primavera 2017

Diagramas de Casos de Uso. Ingeniería del Sw-II, José Merseguer

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

Cristian Blanco

Cada enfoque tiene sus ventajas y desventajas Cada uno es más apropiado para ciertas cosas

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

Desarrollo Orientado a Objetos en Métrica v. 3

Fecha de elaboración: Julio de 2010 Fecha de última actualización:

El Sistema de Información (S.I.) regula la distribución, el compartimiento y el almacenamiento de la información.

Unidad IV: Modelo de Diseño 4.1. Estrategias de diseño

Capítulo 16. Diagrama de Clases UML

FUNDAMENTOS DE LENGUAJE UNIFICADO DE MODELADO UML. Ing. Luis Armando Amaya Q. Laboratorio 1. Introducción a la Modelación del Sistema en UML

Modelo del Dominio del Problema y Representación en UML. UNIDAD 6 Análisis y Diseño de Sistemas de Información

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ

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

Tomado y Adaptado de cursos de Objetos de Uniandes, Bogotá

Guía del Curso Analista Programador Java: Business Apps Expert

Interacción Persona - Ordenador

ESPECIFICACIÓN DEL PROGRAMA INTRODUCCIÓN

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

Sistemas de Información II Requerimientos. Análisis de Requisitos

Algunas Herramientas de Apoyo al Análisis y Diseño de Software. Agustín J. González ELO329: Diseño y programación orientados a objetos

Casos de Uso. Introducción. Actores

Algunas Herramientas de Apoyo al Análisis y Diseño de Software

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

Recolección y Análisis de Requerimientos

Tema 3. Diagramas de Clases y Objetos 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

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA)

SISTEMAS DE INFORMACIÓN PARA ADMINISTRACIÓN DE OPERACIONES

BACHILLERATO TÉCNICO VOCACIONAL EN DESARROLLO DE SOFTWARE. Módulo 2.3: Programación de Componentes de Base de Datos

TEMA 3.- MODELOS CONCEPTUALES DE DATOS.

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación

INGENIERÍA DE SOFTWARE. Sesión 8: Tipos de diagramas

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

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

Prueba Corta No. 3. Valor: 35 puntos Tiempo Máximo: 15 Minutos Fecha: 3 de Octubre del 2016

MAESTRÍA EN INGENIERÍA DE SOFTWARE

Análisis y modelado de sistemas de software. Diseño Persistencia de objetos. Blanca A. Vargas Govea

Ingeniería del Software 2

Tema 4e: Proceso Unificado: Análisis

Aseguramiento de la calidad y pruebas de software. 1- Plan de aseguramiento de la calidad

Programación Orientada a Objetos. Conceptos Básicos

CASOS DE USO.

Casos de uso. Modelo de clases Diagramas de interacción Diagramas de estados Diagramas de actividad

Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad-Relación

Estilos del Tipo de Vista de Módulos

PROYECTO: Plataforma inalámbrica para alertar a los conductores de emergencias vehiculares

Diagrama de Casos de Uso. Casos de Uso

El Modelo Conceptual

Horas Contacto. Objetivos Se pretende que el estudiante asimile los conceptos fundamentales de análisis y diseño orientado a objetos

TEMA 4. PROCESO UNIFICADO

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

LABORATORIO DE INTERACCION HUMANO COMPUTADORA MANUAL DE PRÁCTICAS. Practica #1. Identificación del proyecto a Desarrollar

Transcripción:

Análisis y modelado de sistemas de software Análisis - Modelado estructural Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 1, 2013

Resolver Actividad 11 Resolver Tarea 11

Actividad 11: individual Hacer una nueva versión del diagrama considerando que: 1. Es necesario agregar un nuevo caso de uso para autentificar al cliente cuando ingresa. 2. El cliente puede solicitar ayuda. 3. Las transacciones son especializaciones de un caso de uso general. 3

Actividad 11: individual 4

Tarea 11: individual La cía de bienes raíces Tu-casa tiene dos tipos de clientes: los que quieren vender y los que quieren comprar. Los que quieren vender firman un contrato y proporcionan la información de su casa. Esta información se conserva en una base de datos. Los compradores pueden ser de dos tipos: los que tienen interés en una casa específica y los que buscan consejo para encontrar casa. Para los que quieren una casa específica un agente de Tu-casa imprime la información y lleva al comprador a ver la casa. Para los que quieren consejo, tienen que llenar una forma que es introducida a la base de datos de compradores. Con esa información, el agente busca las casas que cumplen con las necesidades del cliente e imprime una lista. Con base en la lista, el agente le muestra las casas al comprador. 1. Identifica a los actores. 2. Identifica las tareas de los actores. 3. Identifica al sujeto. 4. Identifica los casos de uso. 5. Dibuja el diagrama de casos de uso correspondiente. 6. Elabora la descripción de un caso de uso de tu elección. Ver imágenes 1, 2 y 3 5

Definición de requerimientos Análisis Modelado funcional Modelado estructural* Fases Diseño Modelado de comportamiento Implementación 6

Objetivo 1. Conocer el objetivo del modelado estructural 2.Conocer y aplicar la técnica de modelado de tarjetas CRC 7

Introducción En la fase de análisis (en la que estamos), el analista crea modelos funcionales para representar cómo se comportará el sistema: diagrama de actividades, casos de uso. Comportamiento 8

Introducción También necesita entender la información que se usa y es creada por el sistema. Información Modelar la información relacionada con el comportamiento. 9

Modelo estructural Es una representación formal de los objetos usados y creados por un sistema. Tarjetas CRC Diagramas de clases Diagramas de objetos Modelo estructural 10

Objetivos Crear un vocabulario que pueda ser usado por analistas y usuarios. Representar relaciones entre esas cosas, ideas o conceptos. Representar cosas, ideas o conceptos contenidos en el dominio del problema. 11

Nota importante En esta etapa el modelo estructural no representa las clases en un lenguaje de programación. Las clases son un primer acercamiento de lo que serán en programación y se utilizan para comunicación con el usuario. El refinamiento de estas clases se se da en la etapa de diseño. 12

Qué muestra el modelo estructural? El modelo estructural muestra las responsabilidades de cada clase y la colaboración entre clases. 13

Elementos del modelo estructural Clases: plantilla que se usa para crear instancias. Atributos: relevantes a la tarea, primitivos ó atómicos. Relaciones Generalización Agregación Asociación Operaciones: se convertirán en métodos. 14

Diferencia con una representación para programación Comunicación con el usuario. En esta etapa, el análisis de clases, le sirve al analista para bosquejar junto al usuario las clases, objetos, atributos y relaciones en un lenguaje que ambos entiendan. En los casos de uso se definió el comportamiento pero no la información que se necesita. 15

Relaciones: generalización, agregación, asociación Generalización. Permite al analista crear clases que hereden atributos. Relación un-tipo-de. General Cliente es un-tipo-de Persona Empleado es un-tipo-de Persona Secretaria es un-tipo-de Empleado Empleado es un-tipo-de Persona Específico 16

Relaciones: generalización, agregación, asociación Agregación. Se refiere a una relación es-parte-de. Es lo opuesto a la descomposición. Yo soy parte del árbol Empleado es-parte-de Departamento Departamento es-parte-de Organización Un Pistón es-parte-de un Motor Un Motor es-parte-de un Carro 17

Relaciones: generalización, agregación, asociación Asociación. Relación que no es generalización ni agregación. Por favor, necesito una cita urgente con el dentista Ejemplo: Un Paciente hace una Cita Paciente está asociado a una Cita. 18

Modelo CRC (Clase-Responsabilidad-Colaboración) 19

Modelo CRC (ClaseResponsabilidad-Colaboración) Conjunto de tarjetas que documentan las responsabilidades y colaboraciones de una clase. 20

Modelo CRC Ventajas Los expertos en el dominio participan en la construcción del modelo. Información correcta Mayor satisfacción del usuario al involucrarse Se rompen barreras de comunicación. Desventajas No les gusta a algunos desarrolladores. Es difícil reunir a los usuarios. Son solamente una parte del análisis. Es simple, no atemoriza. Llevan directamente a los diagramas de clases. 21

Creación de CRC: enfoques para identificar objetos Análisis de texto Revisar el texto de las descripciones del caso de uso asociado y los diagramas. Sustantivos sugieren posibles clases. Verbos sugieren posibles operaciones. Adjetivos sugieren posibles atributos. Lista de objetos Cosas tangibles: libros, escritorios, sillas. Sucesos: reuniones, vuelos, accidentes. Roles de casos de uso: doctor, paciente, turista. 22

Actividad 12: individual Contestar el Pre-ecoa 23

Tarea 12: equipo De su proyecto, seleccionen un sujeto (subsistema) y elaboren un diagrama de casos de uso. Pueden usar las descripciones de casos de usos que ya hicieron en la tarea 9. Envíen en formato pdf. Fecha de entrega: Martes Marzo 5 24