Muestra las diferencias entre dos versiones de la página.
Próxima revisión | Revisión previa | ||
ingenieria_de_requisitos:modelado_conceptual [2023/10/11 07:18] – creado thejuanvisu | ingenieria_de_requisitos:modelado_conceptual [2023/10/11 07:46] (actual) – thejuanvisu | ||
---|---|---|---|
Línea 1: | Línea 1: | ||
====== Modelado Conceptual ====== | ====== Modelado Conceptual ====== | ||
+ | Busca a compresión del problema antes de comenzar a diseñar la solución. Buscamos crear un diseño comprensible tanto para nosotros como para nuestro usuario. | ||
+ | ===== UML ===== | ||
+ | Es un estándar (Unified Modeling Languaje). Permite visualizar, especificar, | ||
+ | Puede ser autoextendido para adaptarse a muchas cosas. Suele venir acompañado del lenguaje OCL. | ||
+ | UML está pensado para sistemas Orientados a Objetos, pero se puede utilizar en más sistemas. | ||
+ | |||
+ | ===== Tipos de Diagramas ===== | ||
+ | 2 Bloques: | ||
+ | * Estructural: | ||
+ | * Comportamiento: | ||
+ | |||
+ | Diferentes tipos de diagrama: | ||
+ | Diagramas de actividad: muestran como interactúan el software y los usuarios | ||
+ | |||
+ | Diagramas de clases: Formados por clases y relaciones entre ellas. | ||
+ | * Diagramas de interacción: | ||
+ | * Diagrama de secuencias | ||
+ | * Diagrama de colaboración | ||
+ | |||
+ | Diagrama de estados: Conocidos como statecharts, | ||
+ | |||
+ | ===== Casos de uso ===== | ||
+ | |||
+ | Casos de uso: Secuencias de acciones, incluyendo variantes que ejecuta el sistema para producir un resultado. Describe que hace el sistema, pero no cómo, en resumidas cuentas, requisitos funcionales. | ||
+ | * Sirven para capturar el comportamiento del sistema. | ||
+ | * Elementos: | ||
+ | * Actores: representan un conjunto, se comunica con una línea a la que llamaremos asociación, | ||
+ | * Flujo de evento: es la descripción de ccomo funcionan los eventos | ||
+ | * Dice cuando empieza y cuando acaba | ||
+ | Normalmente tenemos un diagrama y la especificación. La especificación suele ir en un recuadro dividido en varias secciones: | ||
+ | * Descripción | ||
+ | * Actores | ||
+ | * Precondiciones | ||
+ | * Postcondiciones | ||
+ | * Escenario principal | ||
+ | * Excepciones | ||
+ | * Comentarios | ||
+ | |||
+ | Para los casos de uso utilizaremos [[https:// | ||
+ | |||
+ | ==== Colaboraciones ==== | ||
+ | |||
+ | * Se dan entre casos de uso y un actor o entre varios casos de uso | ||
+ | * Expresa colaboración entre ambos | ||
+ | |||
+ | ==== Relaciones ==== | ||
+ | |||
+ | * Generalización: | ||
+ | * Inclusión: Se usa para evitar escribir el mismo flujo de eventos muchas veces | ||
+ | * El comportamiento común se pone en un caso a parte | ||
+ | * Se representa gráficamente con una línea discontinua | ||
+ | * Extensión: Caso de uso con condiciones especiales | ||
+ | * Sería para hacer como un caso especial | ||
+ | * Se representa gráficamente con una línea discontínua con la palabra << | ||
+ | * Las relaciones puede contener paquetes, notas y restricciones. | ||
+ | |||
+ | Modelo de contexto: Delimita casos de uso | ||
+ | Ventajas: | ||
+ | Permite ver trazabilidad y dependencia |