Please enable JavaScript.

Coggle requires JavaScript to display documents.

Fundamentos del Modelado de Objetos, Bibliografía [1] IBM,…

- - - - Los casos de uso son una técnica para la especificación de requisitos funcionales propuesta inicialmente por Ivar Jacobson e incorporada a UML, Modela la funcionalidad del sistema tal como la perciben los agentes externos, denominados actores, que interactúan con el sistema desde un punto de vista particular [2]
    - - • Sujeto: sistema que se modela
      - • Casos de uso: unidades funcionales completas
      - • Actores: entidades externas que interactúan con el sistema
- - - - Elementos basados en clases: Una clase encapsula atributos de los datos pero también incorpora las operaciones que manipulan los datos implicados por dichos atributos. [7] Un ejemplo son los Diagramas de clases.
      - Elementos orientados al flujo: Tiene una visión de los datos del sistema del tipo entrada-proceso-salida. [7] Un ejemplo son los Diagramas de flujo de datos.
      - Elementos basados en escenarios: Sirve para una interacción más amena entre el sistema y el usuario. [7] Un ejemplo es el Diagrama de caso de usos.
      - Elementos de comportamiento: Indica la forma en que el software responderá a los eventos o estímulos externos. [7] Un ejemplo son los Diagramas de estado.
    - - Los diagramas de clase describen la estructura estática del sistema utilizando estereotipos para modelar los componentes funcionales del sistema. [8]
      - Los diagramas de secuencia realizan los casos de uso describiendo el flujo de eventos en los casos de uso cuando se ejecutan. [8]
  - - - Diagrama Casos de Uso
      - Diagrama de flujo de datos
      - Diagramas de clases
      - Diagrama de estado
    - - Describir detalladamente lo que requiere el cliente
      - Establecer una base para la creación de un diseño de software
      - Definir un conjunto de requisitos que pueda validarse una vez construido el software.
- - - - La fase del ciclo de desarrollo
      - La ubicación física del trabajo de desarrollo (en la empresa, subcontratado, en el exterior) y las relaciones comerciales entre los equipos involucrados
      - La naturaleza del producto y el entorno regulador en que se desarrolla el software
      - El ámbito del proyecto y la duración estimada
  - - - Edición visual 3GL:
        En un diagrama de modelado puede ver una representación visual del código de la aplicación y realizar cambios en el diagrama, que se reflejan automáticamente en el código de la aplicación. [10]
      - Modelos concretos generados a partir de modelos conceptuales:
        Hace referencia a modelos de generación, o anteriormente modelos de esbozo, se utilizan en las primeras fases del proceso de creación de una aplicación. Los modelos se utilizan para 'generar' la creación de código, y una vez se ha completado esto, ya no se mantienen activamente y pueden descartarse. [10]
      - Modelado mixto:
        Utiliza modelos conceptuales que se mantienen y se amplían de forma iterativa durante el tiempo de vida del sistema. Puede continuar refinando modelos conseptuales o puede utilizar transformaciones para generar código 3GL. [10]
      - Modelado reconciliado:
        Es similar a los modelos conceptuales del Modelado mixto, en el que los modelos conceptuales se mantienen y se amplían de forma iterativa por todo el proceso de diseño. No obstante, los elementos semánticos conceptuales no se sustituyen por referencias a elementos de código cuando se aplican transformaciones. [10]
      - Desarrollo guiado por modelos conceptuales:
        Los cambios arquitectónicos se implementan en el modelo conceptual, que luego se transforma en la implementación de código. Esto proporciona un control estricto, donde el arquitecto mantiene un alto nivel de control y el rol de los desarrolladores del sistema cambia de desarrollador de aplicaciones a desarrollador de herramientas. [10]