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 | ||