Herramientas de Diseño y Modelado de Software y Bases de Datos

Flashcards de vocabulario basadas en el resumen de Herramientas de Diseño (Unidades 1, 2 y 3), cubriendo conceptos de CASE, UML, modelado de Bases de Datos y Casos de Uso.

CASE

Computer-Aided Software Engineering (Ingeniería de Software Asistida por Computadora). Conjunto de aplicaciones y entornos que asisten a los ingenieros en las distintas fases del ciclo de vida del desarrollo de software.

Upper CASE

Clasificación de herramientas CASE que apoyan las fases tempranas del desarrollo, tales como la planificación y el análisis de requisitos.

Middle CASE

Clasificación de herramientas CASE centradas en el diseño detallado, la arquitectura del sistema y la creación de diagramas UML.

Lower CASE

Clasificación de herramientas CASE que apoyan las etapas finales: implementación, generación automática de código, pruebas unitarias y despliegue.

I-CASE

Herramienta CASE de entorno unificado que cubre de forma integrada todo el ciclo de vida del desarrollo de software.

Herramientas de Ingeniería Inversa

Herramientas CASE que generan un modelo o diagrama a partir de código o una base de datos ya existente.

UML

Unified Modeling Language (Lenguaje Unificado de Modelado). Estándar internacional adoptado por el OMG en 1997 para visualizar, especificar, construir y documentar sistemas de software.

Diagrama de Clases

Diagrama estructural de UML que muestra la estructura estática del sistema, representando sus clases, atributos, métodos y las relaciones entre ellas.

Diagrama de Objetos

Diagrama UML que representa una instancia concreta del diagrama de clases en un momento dado, mostrando una visión instantánea con valores reales del sistema.

PlantUML

Herramienta CASE Open Source que permite generar diagramas UML a partir de texto plano bajo la filosofía de documentation as-code.

Modelo conceptual

Primera etapa del modelado de bases de datos que captura requerimientos de alto nivel mediante entidades y relaciones (DER/ERD).

Modelo lógico

Etapa del modelado de bases de datos que transforma relaciones abstractas en tablas y tipos de datos, resuelve relaciones N:M mediante tablas intermedias y define claves primarias (PK) y foráneas (FK).

Modelo físico

Etapa del modelado de bases de datos que adapta el esquema lógico al motor de base de datos concreto, definiendo parámetros de almacenamiento, índices y particionamiento.

Forward Engineering (ingeniería directa)

Proceso que convierte un modelo de datos en una base de datos real mediante la generación de scripts DDL/SQL como CREATE TABLE, ALTER TABLE, claves e índices.

Reverse Engineering (ingeniería inversa de BD)

Proceso que lee la estructura de una base de datos existente para reconstruir su diagrama o modelo conceptual/lógico.

DER

Diagrama Entidad-Relación. Modelo introducido por Peter Chen en 1976 que sirve de base para el diseño de bases de datos relacionales mediante entidades, atributos y relaciones.

Database Design as Code (DbDaC)

Enfoque declarativo en el cual el diseño de datos se escribe en texto plano (usando lenguajes como DBML) y la herramienta genera el diagrama gráfico automáticamente.

Migraciones

Archivos incrementales y gestionables que convierten las modificaciones realizadas en el diseño en cambios estructurados sobre la base de datos.

Schema diff

Capacidad de software que compara dos esquemas de base de datos y genera los scripts necesarios para realizar modificaciones de manera segura.

Actor

Elemento de un diagrama de casos de uso que representa un rol externo (persona, sistema o hardware) que interactúa con el sistema. Se dibuja siempre fuera del límite del sistema.

Caso de Uso

Elemento que representa una funcionalidad del sistema desde la perspectiva del usuario. Se nombra con un verbo en infinitivo más un objeto y se dibuja dentro de un óvalo.

Límite del Sistema

Rectángulo en el diagrama de casos de uso que delimita el alcance del software, manteniendo los casos de uso dentro de su perímetro y los actores fuera.

Relación Incluir (<>)

Relación en un diagrama de casos de uso de ejecución obligatoria, donde un caso de uso siempre requiere invocar a otro para completarse.

Relación Extender (<>)

Relación en un diagrama de casos de uso de ejecución opcional o condicional, que se activa únicamente ante ciertas excepciones o condiciones específicas.

Generalización

Relación representada por una flecha de herencia que expresa la transferencia de comportamientos y atributos entre actores o entre casos de uso.

Actor Principal

Rol en un caso de uso que inicia la interacción o la ejecución de la funcionalidad.

Actor Secundario

Rol que participa en la ejecución del caso de uso pero no la inicia directamente, como un sistema externo que procesa una solicitud.