RESUMEN PRIMER PARCIAL SISTEMAS 2

Es el producto final del diseño de software. Modelo de diseño. m.

Define la arquitectura, componentes e interfaces y otras características de un sistema o componente. Diseño de software. .

proporciona la información necesaria para la creación de los cuatro modelos del diseño, requeridos para una especificación completa del diseño. Modelo de análisis. .

Es uno de los elementos basados en el escenario del modelo de requerimientos que alimenta al proceso de diseño. La descripción de casos de uso(texto). .

Es uno de los elementos orientados al flujo del modelo de requerimientos que alimenta al proceso de diseño. La narrativa de procesamiento. .

Es uno de los elementos basados en clases del modelo de requerimientos que alimenta al proceso de diseño. El modelo de dominio (diagrama de clases). .

Es uno de los elementos del comportamiento en el modelo de requerimiento que alienta al proceso de diseño. La elaboración de diagramas de estado. .

Es el aspecto del diseño que trasforma los modelos de clases en realizaciones de clases de diseño y en las estructuras de datos necesarias para implementar el software. Diseño de datos o clases. .

Es un aspecto de diseño que define la relación entre los elementos de la estructura de software, los estilos y patrones de diseño de la estructura que pueden utilizarse para cumplir los requerimientos definidos por el sistema y las restricciones que afectan la forma en que se implementara la arquitectura. Diseño arquitectónico. .

Es un aspecto de diseño que describe la forma en la que el software se comunica con los sistemas que interactúan con el y con los humanos que lo utilizan. Diseño de interfaz. .

Es un aspecto de diseño que transforma los elementos estructurales de la arquitectura del software en una descripción procedimental de los componentes del software. Diseño al nivel de componentes. .

Razón clave por lo que es importante la arquitectura de software según Bass et al. Es: Permite la comunicación entre todas las partes (participantes) interesadas en el desarrollo. .

Uno de los objetivos del estándar IEEE-Std-1471-2000, Recommended Practice for Architectural Description of Software-Intensive Systems es: Establecer un marco conceptual con un vocabulario que se use durante el diseño de la arquitectura de software. .

Define la descripcion arquitectonica como un conjunto de productos para documentar una arquitectura. El estándar IEEE-Std-1471-2000, Recommended Practice for Architectural Description of Software-Intensive Systems. .

El genero arquitectónico frecuentemente dicta el enfoque especifico para la estructura que debe construirse; implica una categoría especifica dentro del dominio general del software. Diseño arquitectónico. .

Describe una categoría de sistemas que incluye 1) Conjunto de componentes (como una base de datos o módulos de computo) que realizan una función requerida por el sistema. 2) Conjunto de conectores que permite la “comunicación, coordinación y cooperación” entre los componentes. 3) Restricción que define como se integran los componentes para formar el sistema 4) Modelos semánticos que permiten que un diseñador entienda las propiedades generales del sistema. Estilo arquitectónico. .

Se aplica cuando datos de entrada van a transformarse en datos de salida a través de una serie de componentes computacionales o manipuladores. Arquitectura de flujo de datos. .

Arquitectura de llamar y regresar permite obtener una estructura de programa que es relativamente fácil de modificar y escalar. Estilo arquitectónico. .

Es una arquitectura en donde los componentes de un sistema incluyen datos y las operaciones que deben aplicarse para manipularlos. La comunicación y coordinación entre los componentes se distingue mediante la trasmisión de mensaje. Orientada a objetos. .

Es una clase de sistema que interactúa con el sistema objetivo utiliza a este como parte de un esquema de procesamiento de alto nivel. Sistema superior. .

Define un numero de capas diferentes; cada una ejecuta operaciones que se aproximan progresivamente al conjunto de instrucciones de maquina. Arquitectura en capas. .

Es una clase de sistema que interactúa con el sistema con el sistema objetivo, son utilizados por el sistema objetivo y proveen datos y procesamiento que son necesarios para completar las funciones del sistema objetivo. Sistema subordinado. .

Es una clase de sistemas que interactúa con el sistema objetivo, son los que interactúan sobre una base de igualdad. Sistema entre iguales. .

Es una clase de sistema que interactúa con el sistema objetivo, son entidades (personas, dispositivos, etc.) que interactúan con el sistema objetivo mediante la producción o consumo de información que es necesaria para el procesamiento de los requerimientos. Autor. .

Las entidades de software deberán ser abiertas para la extensión, pero cerradas para la modificación. Principios de variaciones protegidas. .

Las subclases deben ser sustituibles por sus clases base. Principio de sustitución de Liskov. .

Nunca deberá haber mas de una razón para que una clase cambie. Principio de responsabilidad única. .

Los módulos de alto nivel no deberán depender de los módulos de bajo nivel deberán depender de las abstracciones. Principio de inversión de dependencia. .

Los clientes no deberán ser obligados a depender de interfaces que no utilizan. Principio de segregación de interfaz. .

El granulo de reutilización es el granulo de liberación. Principio de equivalencia de la liberación de la reutilización. .

Las clases que cambian juntas pertenecen a lo mismo. Principio de cierre común. .

Las clases que no se reutilizan juntas no deben agruparse juntas. principio de reutilización común. .

Es el nivel de cohesión que ocurre cuando un componente realiza un calculo y luego devuelve el resultado. Cohesión funcional. .

Es el nivel de cohesión que ocurre cuando todas las operaciones que acceden a los mismos datos se definen dentro de una clase. Cohesión de comunicación. .

Se define como un indicador de la fortaleza relativa funcional de un modulo. Cohesión. .

Permite que el usuario tenga el control. Interacción flexible. .

Permite reducir la necesidad de que el usuario memorice. Reducir la demanda de memoria a corto plazo. .

Permitir que el usuario coloque la tarea en curso en un contexto significativo permite hacer: Consistente la interfaz. .

Es la imagen del sistema que los usuarios finales llevan en la cabeza. Percepción del sistema. .

Combina la manifestación externa del sistema basado en computadora, con toda la información de apoyo (libros, manuales, etc) que describe la sintaxis y semántica de la interfaz. Modelo de implementación. .

Establece el perfil de los usuarios finales del sistema. Modelo de usuario. .

Es la actividad del análisis y diseño de interfaces de usuarios que se centra en el perfil de los usuarios que interactúan con el sistema. Análisis de interfaz. .

Es la actividad de análisis y diseño de interfaces de usuarios que tiene como meta definir un conjunto de objetos y acciones de esta, que permite al usuario afectar todas las tareas definidas en forma tal que cumpla cada meta de la usabilidad definida para el sistema. Diseño de interfaz. .

Es la actividad de análisis y diseño de interfaces de usuario que comienza por lo general con la creación de un propósito que permite evaluar los escenarios de uso. Construcción de interfaz. .

Es la actividad de análisis y diseño de interfaces de usuario que se centra en 1) La capacidad de la interfaz para implementar correctamente todas las tareas del usuario 2) El grado de que la interfaz es fácil de usar y de aprender 3) La aceptación que tiene por parte del usuario como herramienta útil en su trabajo. La validación de la interfaz. .

se halla un almacenamiento de datos (como un archivo o base de datos) al que acceden con frecuencia otros componentes que actualizan, agregan, eliminan o modifican los datos de cierto modo dentro del almacenamiento. En el centro de la arquitectura centrada en los datos. .

el diagrama de contexto arquitectónico se utiliza para modelar la manera en que el software interactúa con entidades más allá de sus fronteras. En el nivel de diseño arquitectónico. .

es el nivel de cohesión que ocurre cuando un paquete, componente o clase de mayor nivel accede a los servicios de otro paquete, componente o clase de menor nivel, pero éste no tiene acceso a los elementos de los niveles superiores. La cohesión de capa. .

se define como la medición cualitativa del grado en el que las clases se conectan una con otra. El acoplamiento. .