# data[].attributes.body
No en el sentido de ser simplemente un objeto en un programa Java o C++

# data[].attributes.body
Los sistemas de componentes se adhieren al principio de divide y vencerás para gestionar la complejidad

# data[].attributes.headline
¿Qué desafío principal aborda el enfoque de componentes para el desarrollo de sistemas?

# data[].attributes.subject
¿Qué desafío principal aborda el enfoque de componentes para el desarrollo de sistemas?

# data[].attributes.body
Manejar los cambios

# data[].attributes.headline
Muchos piensan que el objetivo principal de los componentes es la reutilización...

# data[].attributes.subject
Muchos piensan que el objetivo principal de los componentes es la reutilización...

# data[].attributes.body
Pero a veces es que pueda ser fácilmente reemplazado.

# data[].attributes.body
Un objeto de software consta de valores de datos (o estado) y las funciones que procesan esos datos

# data[].attributes.body
El cliente de un objeto de software está aislado de cómo se almacenan los datos de ese objeto de software o cómo se implementan sus funciones.

# data[].attributes.body
Cada objeto de software tiene una identidad única, independientemente del estado.

# data[].attributes.body
Los componentes amplían estos principios de objeto elaborando la noción de una especificación de objeto con una representación explícita de especificación dependencia llamada interfaz

# data[].attributes.body
La especificación de una unidad de software que describe el comportamiento de un conjunto de objetos componentes y define un unidad de implementación. La conducta se define como un conjunto de interfaces.

# data[].attributes.body
Una definición de un conjunto de comportamientos que puede ofrecer un objeto componente.

# data[].attributes.body
Es desplegable de forma independiente. Esto significa que puede ser instalado y reemplazado independientemente de otros componentes. Aunque no siempre es así y puede tener muchas dependencias.

# data[].attributes.body
Una copia instalada (o implementada) de una implementación de componente.

# data[].attributes.body
Una instancia de un componente instalado. Un concepto de tiempo de ejecución. Un objeto con datos propios y una identidad única.

# data[].attributes.body
La estructura de las piezas que componen un software completo instalación, incluyendo las responsabilidades de estas piezas, su interconexión y posiblemente incluso la tecnología adecuada.

# data[].attributes.body
Un conjunto de componentes de software a nivel de aplicación, su estructura relaciones y sus dependencias conductuales.

# data[].attributes.headline
La arquitectura del sistema es importante porque...

# data[].attributes.subject
La arquitectura del sistema es importante porque...

# data[].attributes.body
Nos dice la forma general del sistema final y explica cómo usaremos varias tecnologías para ensamblar el sistema que necesitamos.

# data[].attributes.body
La presentación de información a los usuarios y al captura de sus insumos. Los sistemas externos también pueden ser usuarios.

# data[].attributes.body
Gestión del diálogo del usuario en una sesión.

# data[].attributes.body
La representación externa del sistema, proporcionando acceso a los servicios del sistema. Esta capa actúa como fachada para la capa inferior, proporcionando un contexto dentro del cual se utilizan los servicios empresariales más generales.

# data[].attributes.body
La implementación de información empresarial central, reglas y transformaciones.

# data[].attributes.headline
Una arquitectura de componentes puede aplicarse a...

# data[].attributes.subject
Una arquitectura de componentes puede aplicarse a...

# data[].attributes.body
Una sola aplicación o a un contexto más amplio, como un conjunto de aplicaciones que sirven a un área de proceso de negocio particular.

# data[].attributes.body
Un diagrama de arquitectura de especificación de componentes contiene solo componentes próximo especificaciones e interfaces

# data[].attributes.body
Cualquier dependencia que surja de la especificación de un componente es parte de la definición de la especificación de ese componente y debe ser respetado por todas las implementaciones

# data[].attributes.body
La arquitectura de implementación de componentes muestra las dependencias reales que existen entre implementaciones de componentes particulares.

# data[].attributes.body
Las implementaciones de componentes pueden interactuar con componentes no mencionados en la especificación y pueden tener interacciones adicionales con componentes que sí se mencionan.

# data[].attributes.body
Para ser precisos necesitamos utilizar una arquitectura de objetos componentes, especificando las instancias de los componentes al que se accederá.

# data[].attributes.body
Un contrato es un acuerdo formal entre dos o más partes. Describe (o especifica) el detalle de el acuerdo de forma inequívoca.

# data[].attributes.body
Describe la relación entre un interfaz del objeto componente y un cliente.

# data[].attributes.body
La especificación de la interfaz incluye: Operaciones, información del modelo, precondiciones y postcondiciones.

# data[].attributes.body
Es un contrato entre una especificación de componente y un componente de implementación, y debe ser respetado por la persona que está creando la implementación: el realizador

# data[].attributes.body
Una especificación de componente puede especificar cómo una interfaz soportada debe corresponder a otro.

# data[].attributes.body
Modelos independientes del software que identifican los conceptos en el dominio que se estudia.

# data[].attributes.body
Modelos específicos de software que definen el especificación del software, no sus detalles de implementación; modelos del “exterior” de los componentes.

# data[].attributes.body
Modelos que detallan la implementación diseño del software; modelos del “interior” de los componentes.

# data[].attributes.headline
El proceso de desarrollo crea software funcional a partir de los requisitos.

# data[].attributes.subject
El proceso de desarrollo crea software funcional a partir de los requisitos.

# data[].attributes.body
Una secuencia de actividades que produce un resultado de valor observable

# data[].attributes.body
Entregables que transportan información entre los workflows.

# data[].attributes.body
El workflow de especificación toma como entrada de los requisitos un modelo de caso de uso y modelo de concepto de negocio.

# data[].attributes.body
Se supone que los requisitos cambiarán o, en el mejor de los casos, no se entenderán completamente.

# data[].attributes.body
Adopta un estilo altamente iterativo y requiere cambios extensos en el software ya construido y probado.

# data[].attributes.body
La entrega evolutiva realmente combina técnicas iterativas e incrementales: cada ciclo de desarrollo refina los artefactos existentes y produce otros nuevos.

# data[].attributes.body
Es un modelo conceptual del ámbito empresarial que debe entenderse y acordarse. Su objetivo principal es crear un vocabulario común entre los empresarios involucrados con el proyecto.

# data[].attributes.body
El caso de uso es una forma de especificar ciertos aspectos de los requisitos funcionales del sistema. Describe las interacciones entre un usuario (u otro actor externo) y el sistema, y ​​por lo tanto ayuda a definir qué llamamos frontera del sistema

# data[].attributes.body
Artefacto de especificación intermedia y no una salida del flujo de trabajo de especificación. Su propósito es formalizar el modelo de concepto de negocio para definir el conocimiento del sistema del mundo exterior.

# data[].attributes.body
El artefacto de especificaciones de interfaz es un conjunto de especificaciones de interfaz individuales. Cada especificación de interfaz es un contrato con un cliente de un objeto componente.

# data[].attributes.body
Es un conjunto de especificaciones de componentes individuales. Se define en términos de especificaciones y restricciones de la interfaz. Una especificación de componente define las interfaces que admite y cómo sus especificaciones se corresponden entre sí.

# data[].attributes.body
Describe cómo encajan las especificaciones del componente en una configuración determinada.

# data[].attributes.body
Toma como entrada el modelo de concepto de negocio y el modelo de caso de uso del flujo de trabajo de requisitos.

# data[].attributes.body
Su objetivo es identificar un conjunto inicial de interfaces comerciales para los componentes comerciales y un conjunto de interfaces del sistema para los componentes del sistema

# data[].attributes.body
Esta etapa examina cómo se logrará cada una de las operaciones del sistema utilizando la arquitectura de componentes. Es donde emergen todos los detalles de la estructura del sistema.

# data[].attributes.body
Es donde tiene lugar la especificación detallada de operaciones y restricciones. Para una interfaz determinada, significa definir los estados potenciales de los objetos componentes en un Modelo de información de interfaz