Paper Asociacion

HACIENDO ORGANIZACIONES COOPERATIVAS

1. ASOCIACIÓN: HACIENDO ORGANIZACIONES COOPERATIVAS
La asociación ofrece un marco de referencia para la gestión de las relaciones de cooperación, en la arquitectura basada en el desarrollo.
2. RELACIÓN DE COOPERACIÓN
Por muchas razones el dominio de las relaciones de cooperación es crítico en el éxito de la arquitectura de software.
* Existenuna diversa red de organizaciones y roles que deben interactuar: A menudo los sponsors, arquitectos, y desarrolladores de la aplicación pertenecen a diferentes organizaciones.
* El número de capas en las aplicaciones está creciendo: La medida de aplicaciones de Internet es sólo un ejemplo de un cambio de aplicaciones monolíticas en un solo departamento a las aplicaciones en capas. Este cambioaumenta la urgencia de los proveedores y los usuarios para negociar y mantener una colaboración efectiva.
* la tecnología actual impulsa y permite la asociación: La tecnología se expande en todas las direcciones y ninguna organización puede hacerlo todo. La tecnología ahora es compatible con la construcción de una solución que se aprovecha de lo que cada socio hace mejor. la web es un ejemplode esto. Ejemplo el banner partner: mira que nada salga de vista en una web , en los click.

3. DEFINCIÓN DE ASOCIACIÓN
“asociación es la medida en que las partes interesadas mantienen la arquitectura clara, de cooperación y maximizan el valor de las entregas.”
En el contexto de la arquitectura de software, la asociación describe el proceso de manejar relaciones entre quienes son críticospara el éxito de la arquitectura de software (Las partes interesadas). Cuando la asociación se realiza de manera correcta, los stakeholders contribuyen y reciben un alto nivel en el intercambio de su participación. La meta es entregar un definido conjunto de productos y servicios del valor más alto.
4. STAKEHOLDERS DE LA ARQUITECTURA
El SEI los define como las personas y organizaciones queestán interesadas en la construcción de sistemas de software.
La definición es importante, ya que centra la atención en punto de vista de las partes interesadas y que requiere del arquitecto para presentar múltiples puntos de vista de la arquitectura, en consonancia con el interés de cada grupo de trabajo.
Un Arquitecto o equipo de arquitectura debe entender que el interés y la participación esesencial, qué debe hacerse, y qué adquirirán una colaboración sostenible y alto nivel de compromiso.
Para nuestros propósitos, una arquitectura de las partes interesadas en el proyecto, son personas u organizaciones cuyas acciones en curso son esenciales para establecer y mantener el valor de una arquitectura a través del tiempo. Nos damos cuenta de que las arquitecturas no tienen éxito por sucuenta, los Stakeholders generalmente incluyen patrocinadores, etc Puede haber otro participante importante como proveedores de tecnología. El patrón de "Conoce tus grupos de interés", describe un método para identificar y dar prioridad a estos grupos.
El rol de diversos Stakeholders puede cambiar a medida que cambie la arquitectura a través de su ciclo de vida.
5. ROLES CLAROS Y COOPERATIVOSLos Stakeholders necesitan cooperarse para hacer una exitosa arquitectura, pero eso no quiere decir que deban estar de acuerdo en todo, solo deben compartir sus inquietudes y expectativas. Cuando se encuentra una inquietud o expectativa, se debe realizar una comunicación clara de sanciones o recompensas para cuando se pierden o logran tales expectativas.

6. Maximizar el valor
Los sociosno deben solo limitarse a acordar términos en un contrato, sino que además deben comprometerse con el valor esperado. Así se conozca y se cumpla a cabalidad el contrato no es garantía de que se entregará el valor esperado.
7. RAICES INDUSTRIALES
Los conceptos de contrato, red de organizaciones, cadena de valor y confianza son la base del principio de asociación.
8.1. CONTRATO DE...