13.11.2013 Views

´Indice general

´Indice general

´Indice general

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

20<br />

CAPÍTULO 2. CALIDAD, REUSO Y MODELOS<br />

retroalimentación de parte de los miembros ayudará a lograr una mejor comprensión<br />

del problema y estrategias posibles para resolverlo. A medida que<br />

crece 9) la nueva información y los nuevos recursos se integran al proceso de<br />

investigación y 10) el ciclo se cierra reiniciándose en el punto 5).<br />

2.2.2. Análisis del Modelo Open Source<br />

Enseguida se presenta un análisis del modelo open source de desarrollo<br />

con base en el esquema de Zachman (y el de Checkland). Según Feller y<br />

Fitzgerald[10], el esquema de Zachman fue diseñado para la arquitectura de<br />

sistemas de información (SI) y contiene las categorías básicas de qué, cómo<br />

y dónde, para clasificar las diferentes arquitecturas de SI; estas categorías se<br />

complementan por las categorías descriptoras añadidas quién, cuándo y por<br />

qué 9 . Checkland por su parte ha propuesto una técnica llamada CATWOE<br />

(client, actor, transformation, weltanschauung, owner, enviroment) para el<br />

diseño de soft systems 10 . Las categorías de cómo y cuándo de Zachman no<br />

aparecen en el esquema de Checkland explícitamente pero el qué se puede<br />

asociar con transformation, el por qué con el weltanschauung o visión del<br />

mundo, el cuándo y el dónde con el enviroment y el quién con las categorías<br />

de client, actor, owner.<br />

Los esquemas anteriores pueden ser aplicados al análisis del modelo open<br />

source de desarrollo de la siguiente manera:<br />

1. Los qué o transformación. (¿Qué es?) Un programa de open source<br />

está estrictamente definido por la licencia bajo la cual es distribuido.<br />

(¿Qué productos/proyectos?) Software de infraestructura y de propósito <strong>general</strong><br />

orientado a satisfacer necesidades no satisfechas por los mercados dominantes<br />

de software.<br />

2. Los por qué o visión del mundo.<br />

(Motivaciones tecnológicas): Necesidades de a) código más robusto, b)<br />

ciclos de desarrollo más rápidos, c) estándares altos de calidad, d) confiabilidad<br />

y estabilidad, y e) plataformas y/o estándares más abiertos.<br />

(Motivaciones económicas): Necesidad corporativa de costos y riesgos<br />

compartidos, y la redefinición de la industria de bienes y servicios.<br />

(Motivaciones humanas): Raymond lo explica en Homesteading the noosphere<br />

[25] en términos de una gift culture en la cual los participantes compiten<br />

por prestigio regalando tiempo, energía y creatividad.<br />

9 Ver http://www.businessrulesgroup.org/BRWG RFI/ZachmanBookRFIextract.pdf<br />

para un desarrollo más amplio del esquema.<br />

10 en la terminología de Checkland soft systems se refieren a los sistemas de distribución<br />

de información en contraste con los hard systems que distribuyen objetos materiales.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!