# data[].attributes.body
Los flujos de trabajo son secuencias de actividades que producen resultados de valor observable. Los flujos de trabajo incluyen la identificación de componentes, la interacción de componentes y la especificación de componentes.

# data[].attributes.headline
Desafío principal del enfoque de componentes

# data[].attributes.subject
Desafío principal del enfoque de componentes

# data[].attributes.body
El enfoque de componentes se centra en la gestión del cambio. El objetivo principal es construir para el cambio, enfocándose en las dependencias entre los componentes y su gestión. Si bien la reutilización de componentes es un objetivo deseable, el enfoque principal es poder reemplazar fácilmente los componentes a medida que cambian los requisitos y las implementaciones.

# data[].attributes.body
Me pareció muy interesante la parte de la identificación de los componentes y tareas únicas, ya que con esta noción más nuclear se pueden identificar mejor las operaciones que realizará el proyecto, me hubiese gustado poder aplicarlo antes a mis proyectos pasados.

# data[].attributes.body
Los sistemas de componentes se adhieren al principio de dividir y conquistar para gestionar la complejidad. Se trata de descomponer un problema grande en piezas más pequeñas y resolver esas piezas más pequeñas, luego construir soluciones más elaboradas a partir de fundamentos más simples.

# data[].attributes.headline
Desafío principal del enfoque de componentes

# data[].attributes.subject
Desafío principal del enfoque de componentes

# data[].attributes.body
El enfoque de componentes aborda principalmente el desafío de gestionar el cambio en el desarrollo de sistemas. Esto implica construir para el cambio desde el principio, enfocándose en las dependencias entre los componentes y en la gestión de esas dependencias.

# data[].attributes.body
Los componentes, en las tecnologías de componentes consideradas aquí, son unidades de software estructuradas según algunos principios específicos. Uno de los principios fundamentales es la unificación de datos y funciones en una sola unidad.

# data[].attributes.body
La tarea de especificación detallada debe realizarse una vez que la arquitectura sea estable y se hayan identificado todas las operaciones de las interfaces. El énfasis está en llenar los detalles sobre un marco establecido, lo cual puede ayudar a descubrir parámetros o información faltante.

# data[].attributes.body
La evolución de los artefactos es un proceso que combina técnicas iterativas e incrementales. Cada ciclo de desarrollo refina los artefactos existentes y produce nuevos. Cada iteración del proceso de desarrollo mejora y amplía los artefactos producidos en la iteración anterior. La figura 2.3 ilustra esta evolución a lo largo de cinco iteraciones.

# data[].attributes.body
Cada iteración del proceso de desarrollo mejora y amplía los artefactos producidos en la iteración anterior. Las iteraciones se centran en diferentes flujos de trabajo, pero a menudo es necesario revisitar los flujos de trabajo anteriores para realizar ajustes o mejoras.

# data[].attributes.body
Los proyectos se consideran completos cuando se decide que no se debe gastar más dinero en los artefactos producidos. Sin embargo, es importante diseñar componentes que sean flexibles y puedan adaptarse a cambios a corto y largo plazo.

# data[].attributes.body
El proceso de gestión es responsable de programar el trabajo, planificar las entregas, asignar recursos, evaluar riesgos y supervisar el progreso. Este proceso se ejecuta de manera independiente al proceso de desarrollo.

# data[].attributes.body
Algunos contenidos del capítulo 2, referentes a las iteraciones de los artefactos me recordaron bastante a algunos temas vistos en la experiencia educativa de Procesos de la Ingeniería de Software, en especial los métodos evolutivos y el modelo en espiral.

# data[].attributes.body
Cheesman, J., & Daniels, J. (2000). UML components: a simple process for specifying component-based software. Addison-Wesley Longman Publishing Co., Inc..