<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1794-8932</journal-id>
<journal-title><![CDATA[Sophia]]></journal-title>
<abbrev-journal-title><![CDATA[sophia]]></abbrev-journal-title>
<issn>1794-8932</issn>
<publisher>
<publisher-name><![CDATA[Universidad La Gran Colombia]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1794-89322013000100012</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[FORMACIÓN EN DISEÑO DE INGENIERÍA EN LA UNIVERSIDAD DEL QUINDÍO E INICIATIVA CDIO]]></article-title>
<article-title xml:lang="en"><![CDATA[TRAINING IN ENGINEERING DESIGN AT UNIVERSIDAD DEL QUINDÍO, CDIO INITIATIVE]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Jaramillo Patiño]]></surname>
<given-names><![CDATA[Diego Fernando]]></given-names>
</name>
<xref ref-type="aff" rid="AFF"/>
</contrib>
</contrib-group>
<aff id="AF1">
<institution><![CDATA[,Universidad del Quindío Programa de Ingeniería Electrónica ]]></institution>
<addr-line><![CDATA[Armenia Quindío]]></addr-line>
<country>Colombia</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>01</month>
<year>2013</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>01</month>
<year>2013</year>
</pub-date>
<numero>9</numero>
<fpage>161</fpage>
<lpage>174</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_arttext&amp;pid=S1794-89322013000100012&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_abstract&amp;pid=S1794-89322013000100012&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_pdf&amp;pid=S1794-89322013000100012&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Este trabajo tiene por objeto recoger la experiencia en la formación en Diseño de Ingeniería en el Programa de Ingeniería Electrónica de la Facultad de Ingeniería de la Universidad del Quindío, como insumo para la implementación de la iniciativa: concebir, diseñar, implementar y operar (CDIO). En primer lugar, haremos una presentación de lo que constituye esta propuesta. En segundo lugar, mostraremos tanto que la formación en Diseño de Ingeniería ha venido a ser en el tiempo un área completamente constituida, así como, la estructura curricular de esta. Seguidamente, haremos referencia, en términos generales, a los fundamentos epistemológicos asumidos como guía para la acción técnica. Para ocuparnos, finalmente, de exponer los fundamentos metodológicos del área, tanto a nivel de la metodología de diseño como de la didáctica adoptadas.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[This work is aimed to collect the training experience in Engineering Design from the Electronic Engineering Program, Engineering Faculty, Universidad del Quindío, as an input for the implementation of the CDIO Initiative (conceive, design, implement, operate). Firstly, we will make a presentation of the proposal. Secondly, we will demonstrate that Engineering Design training has been evolving throughout time as a completely well constituted area as well as its curricular structure. Next, we will make reference to the epistemological foundations assumed as technical guidelines in general terms. Finally we will address the issue of the methodological grounds of the area both in terms of the design methodology and the teaching methodology recently adopted.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[CDIO]]></kwd>
<kwd lng="es"><![CDATA[currículo]]></kwd>
<kwd lng="es"><![CDATA[diseño de ingeniería]]></kwd>
<kwd lng="es"><![CDATA[formación de ingenieros]]></kwd>
<kwd lng="es"><![CDATA[metodología]]></kwd>
<kwd lng="en"><![CDATA[CDIO]]></kwd>
<kwd lng="en"><![CDATA[curricula]]></kwd>
<kwd lng="en"><![CDATA[engineering design]]></kwd>
<kwd lng="en"><![CDATA[engineering training]]></kwd>
<kwd lng="en"><![CDATA[methodology]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[  <font size="2" face="verdana">      <p align="center"><font size="4"><b>FORMACI&Oacute;N EN DISE&Ntilde;O DE INGENIER&Iacute;A EN LA UNIVERSIDAD DEL QUIND&Iacute;O E INICIATIVA CDIO</b></font><Sup>1</sup></p>      <p align="center"><font size="3"><b>TRAINING IN ENGINEERING DESIGN AT UNIVERSIDAD DEL QUIND&Iacute;O, CDIO INITIATIVE</b></font></p>      <p align="center">Diego Fernando Jaramillo Pati&ntilde;o<Sup>2</sup></p>      <p><sup>1</sup> Este trabajo representa el producto de la primera fase culminada del proyecto &ldquo;Implementaci&oacute;n de la Iniciativa CDIO en la Facultad de Ingenier&iacute;a de la Universidad del Quind&iacute;o&rdquo;. El proyecto est&aacute; pensado para llevarse a cabo en dos fases: la fase de formulaci&oacute;n, la cual parte de identificar las experiencias existentes en la formaci&oacute;n en dise&ntilde;o, en sensibilizar en el modelo y en capacitar en su kit de implementaci&oacute;n y la fase de implementaci&oacute;n, la cual consiste en la reforma curricular propiamente dicha seg&uacute;n el modelo CDIO.</p>      <p><sup>2</sup> Mg. Filosof&iacute;a de la Ciencia y Epistemolog&iacute;a, Profesor de Metodolog&iacute;a del Dise&ntilde;o en Ingenier&iacute;a, Programa de Ingenier&iacute;a Electr&oacute;nica, Universidad del Quind&iacute;o, integrante del grupo de investigaci&oacute;n GAMA, <a href="mailto:diegojaramillop@uniquindio.edu.co">diegojaramillop@uniquindio.edu.co</a> Universidad del Quind&iacute;o Carrera 15 Calle 12N, Armenia, Quind&iacute;o, Colombia.</p>      <p>C&oacute;mo citar este art&iacute;culo: Jaramillo P. Diego F. (2013). Formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a en la Universidad del  Quind&iacute;o e iniciativa CDIO<Sup>3</sup>. <i>Sophia</i>, Vol. (9), 155-168.</p>      <p>Recepci&oacute;n: Marzo 18 de 2013. Aceptaci&oacute;n: Junio 16 de 2013</p>  <hr>      <p><b>Resumen</b></p>      <p>Este trabajo tiene por objeto recoger la experiencia en la formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a en el Programa de Ingenier&iacute;a Electr&oacute;nica de la Facultad de Ingenier&iacute;a de la Universidad del Quind&iacute;o, como insumo para la implementaci&oacute;n de la iniciativa: concebir, dise&ntilde;ar, implementar y operar (CDIO). En primer lugar, haremos una presentaci&oacute;n de lo que constituye esta propuesta. En segundo lugar, mostraremos tanto que la formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a ha venido a ser en el tiempo un &aacute;rea completamente constituida, as&iacute; como, la estructura curricular de esta. Seguidamente, haremos referencia, en t&eacute;rminos generales, a los fundamentos epistemol&oacute;gicos asumidos como gu&iacute;a para la acci&oacute;n t&eacute;cnica. Para ocuparnos, finalmente, de exponer los fundamentos metodol&oacute;gicos del &aacute;rea, tanto a nivel de la metodolog&iacute;a de dise&ntilde;o como de la did&aacute;ctica adoptadas.</p>      ]]></body>
<body><![CDATA[<p><b>Palabras clave</b>: CDIO, curr&iacute;culo, dise&ntilde;o de ingenier&iacute;a, formaci&oacute;n de ingenieros, metodolog&iacute;a.</p>  <hr>      <p><b>Abstract</b></p>      <p>This work is aimed to collect the training experience in Engineering Design from the Electronic Engineering Program, Engineering Faculty, Universidad del Quind&iacute;o, as an input for the implementation of the CDIO Initiative (conceive, design, implement, operate). Firstly, we will make a presentation of the proposal. Secondly, we will demonstrate that Engineering Design training has been evolving throughout time as a completely well constituted area as well as its curricular structure. Next, we will make reference to the epistemological foundations assumed as technical guidelines in general terms. Finally we will address the issue of the methodological grounds of the area both in terms of the design methodology and the teaching methodology recently adopted.</p>      <p><b>Key words</b>: CDIO, curricula, engineering design, engineering training, methodology.</p>  <hr>      <p><font size="3"><b>Introducci&oacute;n</b></font></p>      <p>La Asociaci&oacute;n Colombiana de Facultades de Ingenier&iacute;a, (ACOFI), se comprometi&oacute; desde la primera d&eacute;cada de este siglo a la modernizaci&oacute;n curricular de la formaci&oacute;n de ingenieros en Colombia. La idea fundamental detr&aacute;s de esta reforma profunda de la educaci&oacute;n en ingenier&iacute;a es que es preciso y urgente vincular el contexto del ejercicio profesional de la ingenier&iacute;a con el de formaci&oacute;n de ingenieros, hasta hoy en d&iacute;a disociados. Esta no es un fin en s&iacute; mismo y, por lo tanto, debe poder rebasar las fronteras de las aulas y dar respuesta a los desaf&iacute;os que las nuevas condiciones de la globalizaci&oacute;n imponen al ejercicio de la profesi&oacute;n de ingenier&iacute;a. Es as&iacute; como se propone la consideraci&oacute;n de llevar a cabo esta reforma mediante la adopci&oacute;n del modelo curricular contenido en la iniciativa.</p>      <p>La iniciativa curricular CDIO define que la funci&oacute;n fundamental de los ingenieros graduados es la de concebir, dise&ntilde;ar, implementar y operar sistemas de ingenier&iacute;a dentro de un ambiente basado en el trabajo en equipo.  Para lograrlo, se adoptan 12 est&aacute;ndares los cuales definen los aspectos diferenciadores de un programa CDIO y sirven como gu&iacute;a para la reforma y evaluaci&oacute;n del programa educativo, generan puntos de referencia y metas de aplicaci&oacute;n global, y suministran un marco para el mejoramiento continuo. Los doce est&aacute;ndares CDIO orientan: la filosof&iacute;a del programa (est&aacute;ndar 1), el desarrollo curricular (est&aacute;ndares 2, 3 y 4), los talleres y las experiencias que incorporan el dise&ntilde;o (est&aacute;ndares 5 y 6), los nuevos m&eacute;todos de ense&ntilde;anza aprendizaje (est&aacute;ndares 7 y 8), el desarrollo del profesorado (Est&aacute;ndares 9 y 10), y la evaluaci&oacute;n y valoraci&oacute;n (est&aacute;ndares 11 y 12).  De estos 12 est&aacute;ndares 7 se consideran esenciales puesto que distinguen los programas CDIO de cualquier otra iniciativa diferente de reforma, los 5 restantes se consideran suplementarios y contribuyen al enriquecimiento del programa CDIO a la vez que reflejan las mejores pr&aacute;cticas en la educaci&oacute;n en ingenier&iacute;a. Entre los est&aacute;ndares esenciales, dos son de inter&eacute;s especial como criterios para evaluar la formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a. El est&aacute;ndar 1, el cual orienta la filosof&iacute;a del programa y que reza:</p>      <blockquote>     <p>&ldquo;Est&aacute;ndar 1 -CDIO como Contexto: La adopci&oacute;n del principio de que el desarrollo y despliegue del producto y del ciclo de vida del sistema -Concebir, Dise&ntilde;ar, Implementar y Operar- son el contexto para la educaci&oacute;n en ingenier&iacute;a.&rdquo;<sup><a href="#num4" name="nu4">4</a></sup></p> </blockquote>      <p>Puesto que supera la formaci&oacute;n de meros ingenieros calculistas y nos pone en camino de formar ingenieros dise&ntilde;adores. Y el est&aacute;ndar 5, el cual reza:</p>      ]]></body>
<body><![CDATA[<blockquote>     <p>&ldquo;Est&aacute;ndar 5 - Experiencias Estructuradas de dise&ntilde;o: Un curr&iacute;culo que incluya dos o m&aacute;s  experiencias estructuradas de dise&ntilde;o, una en un nivel b&aacute;sico y otra en un nivel avanzado.&rdquo;<sup><a href="#num5" name="nu5">5</a></sup></p> </blockquote>      <p>Que nos permite valorar, recoger y apropiar nuestras propias experiencias de formaci&oacute;n en dise&ntilde;o en ingenier&iacute;a como insumo importante para implementar la iniciativa CDIO<sup><a href="#num6" name="nu6">6</a></sup>. En el a&ntilde;o 2011, la Facultad de Ingenier&iacute;a de la Universidad del Quind&iacute;o se compromete seriamente con la iniciativa CDIO y echa a andar un proyecto en dos fases para su implementaci&oacute;n, a saber: una fase de formulaci&oacute;n y una de ejecuci&oacute;n. La primera fase, inclu&iacute;a la identificaci&oacute;n, valoraci&oacute;n y descripci&oacute;n de las experiencias existentes en el &aacute;mbito de la formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a. Sin embargo, de los cuatro programas de ingenier&iacute;a de la Facultad de Ingenier&iacute;a de la Universidad del Quind&iacute;o, solo el programa de Ingenier&iacute;a Electr&oacute;nica posee un componente curricular dedicado expresamente a la formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a, raz&oacute;n por la cual este trabajo se limita exclusivamente a considerar las experiencias en la formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a en el Programa de Ingenier&iacute;a Electr&oacute;nica con el fin de determinar en qu&eacute; medida representan un verdadero insumo para la implementaci&oacute;n de la iniciativa CDIO.</p>      <p>No obstante, en el Programa de Ingenier&iacute;a Electr&oacute;nica de la Universidad del Quind&iacute;o la formaci&oacute;n en dise&ntilde;o ha sido un prop&oacute;sito pedag&oacute;gico de gran importancia. Para alcanzarlo, se ha venido consolidando, desde hace ya ocho a&ntilde;os, una cultura del dise&ntilde;o, mediante la inclusi&oacute;n en la malla curricular de un &aacute;rea de formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a. La experiencia parti&oacute; de la primera reforma curricular adelantada en el Programa de Ingenier&iacute;a Electr&oacute;nica en el a&ntilde;o 2005 para dar cumplimiento al Acuerdo del Consejo Superior 018 de 2004, la cual reforma el Plan Curricular 209 e implementa el C64. La diferencia fundamental entre ambos planes curriculares lo constituye el concepto de dise&ntilde;o, el enfoque metodol&oacute;gico y los contenidos. En este trabajo se pretende mostrar que, con el objetivo de formar ingenieros dise&ntilde;adores, el plan curricular C64 constituye una experiencia epistemol&oacute;gicamente estructurada y metodol&oacute;gicamente orientada para tal fin.</p>      <p>Finalmente, vale la pena anotar que la experiencia en la formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a descrita en este trabajo tiene, al menos, dos utilidades pr&aacute;cticas inmediatas. De una parte, contribuye a la superaci&oacute;n de la cultura de la tarea y su reemplazo por una cultura de la satisfacci&oacute;n de requerimientos, m&aacute;s pertinente para la formaci&oacute;n de ingenieros dise&ntilde;adores y, de otra parte, servir&aacute; de base o como insumo para la implementaci&oacute;n de la iniciativa CDIO, con miras a la futura reforma curricular del Programa de Ingenier&iacute;a Electr&oacute;nica de dicha instituci&oacute;n, puesto que aporta los elementos ganados a lo largo de una experiencia de ocho a&ntilde;os en la formaci&oacute;n de ingenieros dise&ntilde;adores la cual coincide con los est&aacute;ndares CDIO adoptados.</p>      <p><font size="3"><b>Materiales y m&eacute;todos</b></font></p>      <p>Este proyecto se desarrolla, al menos en su etapa de formulaci&oacute;n, a trav&eacute;s de la metodolog&iacute;a de investigaci&oacute;n evaluativa, en la cual el proceso de informaci&oacute;n est&aacute; orientado a la emisi&oacute;n de juicios de m&eacute;rito o de valor respecto de alg&uacute;n objeto. En nuestro caso, respecto de los componentes dedicados al dise&ntilde;o en los dos planes curriculares que ha tenido el Programa de Ingenier&iacute;a Electr&oacute;nica de la Universidad del Quind&iacute;o a lo largo de su existencia, a saber: el Plan Curricular 209, vigente desde 1997 hasta 2005, y el C64, vigente desde 2005 hasta la fecha, el cual ser&aacute; sujeto de reforma curricular seg&uacute;n los lineamientos de la iniciativa CDIO.</p>      <p>Los juicios evaluativos derivados ser&aacute;n de car&aacute;cter criterial, es decir, permitir&aacute;n establecer estrategias de mejora curricular ya que se identifican claramente los grados de dominio en cada contenido evaluado, esto es, en el conjunto de espacios acad&eacute;micos denominados Dise&ntilde;o en ambos planes curriculares.</p>      <p>Estos juicios evaluativos criteriales ser&aacute;n utilizados para determinar la eficacia de cada uno de los componentes de dise&ntilde;o en ambos planes curriculares y para determinar el grado de &eacute;xito de cada uno con respecto al objetivo de la formaci&oacute;n de ingenieros dise&ntilde;adores.</p>      <p>El modelo a utilizar ser&aacute; propiamente el basado en objetivos. En la fase de identificaci&oacute;n, hemos reconocido plenamente los objetivos operativos de cada espacio acad&eacute;mico con denominaci&oacute;n Dise&ntilde;o en ambos planes curriculares. En la fase de seleccionar instrumentos de medici&oacute;n, hemos adoptado los est&aacute;ndares CDIO 1 y 5, a saber, el enfoque del dise&ntilde;o como contexto para la formaci&oacute;n de ingenieros y la existencia real de m&iacute;nimo dos experiencias estructuradas de dise&ntilde;o, en dos niveles diferentes uno b&aacute;sico y otro avanzado. Y finalmente, en la discusi&oacute;n de los resultados, hemos analizado en detalle la estructura del &aacute;rea de formaci&oacute;n en dise&ntilde;o de ingenier&iacute;a presente en el Plan Curricular C64, mostrando que cumple con ambos est&aacute;ndares y que, por lo tanto, sirve como insumo para la implementaci&oacute;n de la iniciativa CDIO.</p>      ]]></body>
<body><![CDATA[<p><font size="3"><b>Resultados</b></font></p>      <p>En sus 16 a&ntilde;os de existencia, el Programa de Ingenier&iacute;a Electr&oacute;nica ha tenido hasta la fecha dos planes curriculares. El primero de ellos, con el cual naci&oacute;, conocido como el Plan Curricular 209 y el C64, surgido posteriormente con la reforma curricular del a&ntilde;o 2005. Aun cuando ambos planes de estudio contienen asignaturas o espacios acad&eacute;micos denominados Dise&ntilde;o, estos son completamente diferentes en cuanto a su concepci&oacute;n del dise&ntilde;o, su orientaci&oacute;n metodol&oacute;gica y sus contenidos.</p>      <p><b>El Plan Curricular 209</b></p>      <p>Antes de describir los espacios acad&eacute;micos con denominaci&oacute;n Dise&ntilde;o en el Plan Curricular 209, vale la pena hacer algunas consideraciones preliminares en torno a la asignatura denominada Metodolog&iacute;a de la Investigaci&oacute;n, debido a que esta se transforma en el espacio acad&eacute;mico denominado Fundamentos de Dise&ntilde;o en el Plan Curricular.</p>      <p>Metodolog&iacute;a de la Investigaci&oacute;n es una asignatura cuya importancia en el proceso de formaci&oacute;n es crucial. Presente en casi la totalidad de los planes curriculares de los m&aacute;s diversos programas es, pese a todo, una asignatura cuya naturaleza suele ser ignorada o malinterpretada, tanto por quienes la imparten como por quienes la cursan. Son dos, en principio, las razones de esta situaci&oacute;n: La concepci&oacute;n que de ella se tiene y que orienta su ense&ntilde;anza, una; y, la inadecuaci&oacute;n de sus contenidos a las condiciones y circunstancias de los saberes propios de los diversos programas de formaci&oacute;n.</p>      <p>En cuanto a la primera raz&oacute;n, la metodolog&iacute;a de la Investigaci&oacute;n es concebida desde un punto de vista instrumental, no como Teor&iacute;a del M&eacute;todo y tampoco como L&oacute;gica de la Investigaci&oacute;n, sino como algoritmo del modo de proceder en la investigaci&oacute;n, como listado ordenado de los pasos del procedimiento. As&iacute; concebida, pues, la metodolog&iacute;a es ense&ntilde;ada como el recetario seguido en la ciencia para el descubrimiento de la verdad; la l&oacute;gica del descubrimiento y la din&aacute;mica del aumento del conocimiento, son remplazadas por el formalismo vac&iacute;o del procedimiento. En consecuencia, la Metodolog&iacute;a de la Investigaci&oacute;n pierde su sentido y su efectividad. No es de extra&ntilde;arse el que sea considerada como una asignatura costura, la cual es solo una p&eacute;rdida de tiempo.</p>      <p>Respecto a la segunda raz&oacute;n, la inadecuaci&oacute;n de los contenidos impartidos en la asignatura de Metodolog&iacute;a de la Investigaci&oacute;n a la &iacute;ndole de los saberes propios de los diversos programas de formaci&oacute;n, es el resultado de un razonamiento cuyas premisas son solo prejuicios: se parte del presupuesto de la existencia de un &uacute;nico m&eacute;todo cient&iacute;fico; luego, se afirma la naturaleza cient&iacute;fica de los diversos saberes propios de cada programa de formaci&oacute;n superior; para, seguidamente, asumir que la tarea metodol&oacute;gica es la formaci&oacute;n de investigadores. En consecuencia, es la conclusi&oacute;n: el contenido adecuado de la asignatura Metodolog&iacute;a de la Investigaci&oacute;n es el m&eacute;todo cient&iacute;fico, ya que resulta pertinente para todos los saberes. No obstante, la solidez de tal razonamiento es bastante dudosa. El primer prejuicio, es producto de la ausencia de una teor&iacute;a cr&iacute;tica del m&eacute;todo. El segundo, de la ignorancia de los criterios epistemol&oacute;gicos m&iacute;nimos de demarcaci&oacute;n del conocimiento cient&iacute;fico, tecnol&oacute;gico, t&eacute;cnico, profesional, human&iacute;stico y art&iacute;stico. El tercer prejuicio, es una consecuencia l&oacute;gica de la adopci&oacute;n de los dos anteriores y se fija una tarea, desconociendo el compromiso de la educaci&oacute;n no solo con la formaci&oacute;n de investigadores cient&iacute;ficos, sino tambi&eacute;n con la de profesionales.</p>      <p>As&iacute;, pues, a la luz de lo dicho, ni los contenidos de la asignatura Metodolog&iacute;a de la Investigaci&oacute;n pueden ser homog&eacute;neos ni las did&aacute;cticas, equivalentes. La pertinencia es el resultado de una estricta diferenciaci&oacute;n de los saberes, de una clara visi&oacute;n del producto de la formaci&oacute;n y de una adecuada correspondencia entre contenido y m&eacute;todo. En ello consiste su sentido y de ello depende su efectividad.</p>      <p>Resulta as&iacute;, pues, el que al orientar la metodolog&iacute;a a la investigaci&oacute;n cient&iacute;fica exclusivamente se diluye la tarea metodol&oacute;gica de formaci&oacute;n de profesionales en sus propias metodolog&iacute;as y pr&aacute;cticas, dejando con ello un vac&iacute;o profundo en la formaci&oacute;n y una confusi&oacute;n en la naturaleza misma de lo que significa y es la profesi&oacute;n de ingeniero que, por lo dem&aacute;s, supera con mucho el miope enfoque de la ciencia aplicada. En virtud de la necesaria diferenciaci&oacute;n entre las ciencias y las profesiones, se justifica la existencia de un espacio curricular para la formaci&oacute;n metodol&oacute;gica de nuestros ingenieros en las metodolog&iacute;as propias de la soluci&oacute;n de problemas en ingenier&iacute;a, sobre todo, orientando su aprendizaje y aplicaci&oacute;n a problemas generales relacionados con el dise&ntilde;o de ingenier&iacute;a.</p>      <p>El Plan Curricular 209 conten&iacute;a tres asignaturas denominadas Dise&ntilde;o I, II y III ubicadas en los tres semestres finales del plan, los semestres VIII, IX y X pero cuyo contenido tiene muy poco que ver con la formaci&oacute;n metodol&oacute;gica en dise&ntilde;o de ingenier&iacute;a mediante la ense&ntilde;anza de m&eacute;todos robustos y enfoques s&oacute;lidos de dise&ntilde;o, ya que est&aacute;n orientados a aspectos financieros, de costos y mercados. Veamos un poco.</p>      ]]></body>
<body><![CDATA[<p>El curso de Dise&ntilde;o I ten&iacute;a por objetivo general: &ldquo;Brindar al estudiante las herramientas necesarias para elegir, plantear y ejecutar un proyecto en el &aacute;rea de la electr&oacute;nica, teniendo en cuenta consideraciones de &iacute;ndole t&eacute;cnico para la realizaci&oacute;n del mismo&rdquo;; y como objetivo espec&iacute;fico: &ldquo;Plantear, dise&ntilde;ar e implementar un proyecto en el &aacute;rea espec&iacute;fica de la electr&oacute;nica, incluyendo la metodolog&iacute;a de presentaci&oacute;n para la presentaci&oacute;n de los informes de avance y finalizaci&oacute;n&rdquo;. Entre los temas se encontraban: M&eacute;todo de selecci&oacute;n de un proyecto de investigaci&oacute;n; dise&ntilde;o de circuitos impresos; descargas electrost&aacute;ticas y efectos en el cuerpo humano; presentaci&oacute;n del informe final y evaluaci&oacute;n de resultados. Puede verse que el curso no tiene una unidad conceptual, ni tem&aacute;tica, ni metodol&oacute;gica, toda vez que no define precisamente la noci&oacute;n de proyecto, confunde la investigaci&oacute;n con el dise&ntilde;o y no muestra ni cu&aacute;l es el producto esperado ni c&oacute;mo llegar a &eacute;l.</p>      <p>El curso de Dise&ntilde;o II ten&iacute;a por objetivo general: &ldquo;Establecer claramente una metodolog&iacute;a para el manejo de proyectos, bien sean de tipo de inversi&oacute;n econ&oacute;mica o de rentabilidad social.&rdquo;. Los objetivos espec&iacute;ficos estaban formulados en correspondencia con los contenidos tem&aacute;ticos, pero igualmente ajenos al dise&ntilde;o y a las metodolog&iacute;as de este. Los temas nodales del curso eran: formulaci&oacute;n de proyectos, an&aacute;lisis de mercados, planeaci&oacute;n en ingenier&iacute;a -m&eacute;todos como el Pert o la ruta cr&iacute;tica- y sistemas de costeo. Nuevamente, un curso sin un norte metodol&oacute;gico, sin un producto claro, carente de un soporte en el dise&ntilde;o de ingenier&iacute;a.</p>      <p>Finalmente, el curso Dise&ntilde;o III ten&iacute;a por objetivo general: &ldquo;Establecer un criterio para seleccionar la mejor alternativa de ejecuci&oacute;n de un proyecto, desde su perspectiva financiera con el fin de maximizar la rentabilidad de la inversi&oacute;n realizada&rdquo;, el cual se pretend&iacute;a alcanzar mediante contenidos tem&aacute;ticos tales como: La cuantificaci&oacute;n del dinero en el tiempo, los sistemas crediticios, la rentabilidad y los sistemas de financiamiento. Este desolador panorama de confusi&oacute;n en torno al dise&ntilde;o: su naturaleza, sus pr&aacute;cticas y sus productos, ve una luz al final del t&uacute;nel en el Plan Curricular C64 que lo remplaza pues, aun cuando se reducen a dos cursos de dise&ntilde;o, estos se reorientan, esta vez s&iacute;, hacia un enfoque metodol&oacute;gico verdaderamente de dise&ntilde;o de ingenier&iacute;a y se abren espacios curriculares nuevos dedicados exclusivamente a la formaci&oacute;n en gesti&oacute;n de proyectos y an&aacute;lisis financiero. A continuaci&oacute;n veremos c&oacute;mo est&aacute; constituido actualmente el componente curricular del &aacute;rea de dise&ntilde;o de ingenier&iacute;a.</p>      <p><b>El Plan Curricular C64</b></p>      <p>El &aacute;rea de formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a presente en el Plan Curricular C64 est&aacute; compuesta por tres espacios acad&eacute;micos de car&aacute;cter metodol&oacute;gico, a saber: Fundamentos de Dise&ntilde;o, Dise&ntilde;o I, Dise&ntilde;o II; y un espacio acad&eacute;mico no convencional: Proyecto de Grado, ubicados en orden consecutivo en los semestres VII, VIII, IX y X, en la malla curricular del Programa de Ingenier&iacute;a Electr&oacute;nica de la Universidad del Quind&iacute;o. Su estructura representa un modelo simplificado del proceso de dise&ntilde;o cuyo presupuesto pedag&oacute;gico fundamental es la formaci&oacute;n de ingenieros dise&ntilde;adores a trav&eacute;s del ejercicio reflexivo y gradual del m&eacute;todo propio de la ingenier&iacute;a.</p>      <p>Dado que es importante guiar las pr&aacute;cticas por principios epistemol&oacute;gicos, cada una de las asignaturas que conforman el &aacute;rea de formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a consta de un componente te&oacute;rico y un componente metodol&oacute;gico. El primero, consiste en un s&oacute;lido corpus de principios epistemol&oacute;gicos como marco para comprender la racionalidad de la ingenier&iacute;a, el cual est&aacute; dividido en dos partes: una en donde se intenta desmontar la visi&oacute;n de la ingenier&iacute;a como ciencia aplicada mediante una serie de argumentos de car&aacute;cter metodol&oacute;gico, epistemol&oacute;gico y ontol&oacute;gico. Otra, en donde se reflexiona acerca de la naturaleza de la ingenier&iacute;a, de sus pr&aacute;cticas y de sus productos. El componente metodol&oacute;gico consiste en un enfoque del proceso de dise&ntilde;o como gu&iacute;a de la acci&oacute;n metodol&oacute;gica.</p>      <p>En esta &aacute;rea se ha adoptado el enfoque sistem&aacute;tico del proceso de dise&ntilde;o, profusamente desarrollado por Pahl &amp; Beitz (2005), sin desconocer la existencia de otros enfoques y su pertinencia, tales como el enfoque axiom&aacute;tico (Suh, 1990, 2001), el dise&ntilde;o total (Pugh, 1991), el dise&ntilde;o param&eacute;trico (Simon, 1996), el dise&ntilde;o reflexivo (Sch&ouml;n, 1983), por citar algunos. La raz&oacute;n de ello es que el mencionado enfoque permite representar el proceso de dise&ntilde;o mediante un modelo simple en tres etapas de gran utilidad para fines pedag&oacute;gicos, a saber: Dise&ntilde;o Conceptual, Dise&ntilde;o Preliminar, de Materializaci&oacute;n o de Incorporaci&oacute;n y Dise&ntilde;o de Detalle.</p>      <p>Con base en lo anterior, cada uno de los espacios acad&eacute;micos que conforman el componente de Dise&ntilde;o del Programa de Ingenier&iacute;a Electr&oacute;nica se ocupa de una de las fases del modelo del proceso adoptado.</p>      <p>El componente se inicia con la asignatura Fundamentos de Dise&ntilde;o, la cual se encarga de introducir a los estudiantes en las tareas y t&eacute;cnicas del m&eacute;todo de dise&ntilde;o constituyendo as&iacute; la &ldquo;caja de herramientas&rdquo; con la cual los estudiantes abordar&aacute;n las siguientes etapas. Seguidamente, la asignatura Dise&ntilde;o I tiene a su cargo la etapa del Dise&ntilde;o Conceptual, la asignatura Dise&ntilde;o II se ocupa de la etapa del Dise&ntilde;o Preliminar o de Incorporaci&oacute;n y, finalmente, el espacio acad&eacute;mico no convencional Proyecto de Grado, antes Dise&ntilde;o III, se encarga de la etapa de Dise&ntilde;o de Detalle.</p>      <p>El espacio acad&eacute;mico Fundamentos de Dise&ntilde;o tiene como objetivo operativo &ldquo;Elaborar un marco epistemol&oacute;gico de fundamentaci&oacute;n del dise&ntilde;o de ingenier&iacute;a y un marco metodol&oacute;gico preliminar que aporte la caja de herramientas b&aacute;sica y la forma de su uso para llevar a cabo el proceso de dise&ntilde;o de manera racional, es decir, sistem&aacute;tica y met&oacute;dicamente de un artefacto a escala cuya forma y funci&oacute;n satisfagan los requerimientos para la soluci&oacute;n de un problema de ingenier&iacute;a propuesto.&rdquo;, constituyendo as&iacute; una experiencia estructurada de dise&ntilde;o de nivel b&aacute;sico.</p>      ]]></body>
<body><![CDATA[<p>El espacio acad&eacute;mico Dise&ntilde;o I tiene como objetivo operativo &ldquo;Aplicar las herramientas de dise&ntilde;o a la elaboraci&oacute;n de un concepto de dise&ntilde;o y a su posterior comprobaci&oacute;n experimental, de tal manera que a trav&eacute;s de formular un problema de dise&ntilde;o en ingenier&iacute;a, aplicar las herramientas del m&eacute;todo para producir una representaci&oacute;n conceptual n&iacute;tida del dise&ntilde;o en cuesti&oacute;n y elaborar, entonces, arreglos experimentales con el fin de realizar una comprobaci&oacute;n de concepto de dise&ntilde;o.&rdquo;, constituyendo as&iacute; el primer momento de una experiencia estructurada de dise&ntilde;o de nivel avanzado, a saber: Concebir y Dise&ntilde;ar.</p>      <p>El espacio acad&eacute;mico Dise&ntilde;o II tiene como objetivo operativo &ldquo;Aplicar las herramientas de dise&ntilde;o a la obtenci&oacute;n de una descripci&oacute;n detallada mediante especificaciones, que permita la incorporaci&oacute;n en un prototipo funcional de un concepto comprobado de un artefacto de dise&ntilde;o.&rdquo;, constituyendo as&iacute; el segundo momento de una experiencia estructurada de dise&ntilde;o de nivel avanzado, a saber; Implementar y Operar. El espacio acad&eacute;mico no convencional Proyecto de Grado, no se encuentra articulado de manera integral al &aacute;rea de formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a.</p>      <p><font size="3"><b>Discusi&oacute;n de los resultados</b></font></p>      <p>Tal como resulta claro en la secci&oacute;n anterior de este trabajo el Programa de Ingenier&iacute;a Electr&oacute;nica de la Universidad del Quind&iacute;o ha tenido hasta la fecha dos planes curriculares, el plan curricular 209 y el C64. Ambos contienen asignaturas o espacios acad&eacute;micos denominados Dise&ntilde;o, sin embargo, son completamente diferentes, con el fin de la formaci&oacute;n de ingenieros, en cuanto a su concepci&oacute;n del dise&ntilde;o, su orientaci&oacute;n metodol&oacute;gica y sus contenidos.</p>      <p>Ahora bien, a la luz de los criterios de evaluaci&oacute;n propuestos, es decir, de los est&aacute;ndares CDIO 1 y 5, es evidente que el Plan Curricular 209 no los satisface, debido a que carece de una concepci&oacute;n clara de lo que es el Dise&ntilde;o de Ingenier&iacute;a, de una metodolog&iacute;a adecuada y de unos contenidos pertinentes. En este plan curricular es imposible visualizar el principio de que el desarrollo y despliegue del producto y del ciclo de vida del sistema -Concebir, Dise&ntilde;ar, Implementar y Operar-son el contexto para la educaci&oacute;n en ingenier&iacute;a, es decir, aun cuando contiene espacios curriculares con denominaci&oacute;n Dise&ntilde;o, CDIO no es el contexto y, podemos decir, que ni siquiera el dise&ntilde;o mismo es en modo alguno el contexto.  De igual manera, ninguno de los tres espacios acad&eacute;micos con denominaci&oacute;n Dise&ntilde;o constituye, siquiera de lejos, una experiencia estructurada de dise&ntilde;o b&aacute;sica o avanzada. La realidad es que el enfoque econ&oacute;mico y financiero del dise&ntilde;o en el Plan Curricular 209 impide el cumplimiento de ambos criterios.</p>      <p>No es este el caso del C64. El hecho mismo de que los espacios acad&eacute;micos con denominaci&oacute;n dise&ntilde;o se encuentren estructurados en el marco de un &aacute;rea de Formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a, muestra la existencia de una concepci&oacute;n del dise&ntilde;o, de unas metodolog&iacute;as y de unos contenidos orientados al prop&oacute;sito de la formaci&oacute;n de ingenieros dise&ntilde;adores. En lo que sigue de esta secci&oacute;n del trabajo, mostraremos los fundamentos epistemol&oacute;gicos y metodol&oacute;gicos del &aacute;rea de formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a en el Programa de Ingenier&iacute;a Electr&oacute;nica de la Universidad del Quind&iacute;o, de manera que resulte evidente el hecho de que el C64 cumple con los est&aacute;ndares CDIO 1 y 5 y que, por tanto, sirve como base o como insumo para la implementaci&oacute;n de  la iniciativa CDIO en la futura reforma curricular del programa.</p>      <p><b>Fundamentaci&oacute;n epistemol&oacute;gica del &aacute;rea de formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a</b></p>      <p>En la Cr&iacute;tica de la Raz&oacute;n Pura, Kant expresa la interacci&oacute;n entre teor&iacute;a y pr&aacute;ctica mediante la siguiente frase:</p>      <p>Pensamientos sin contenido, son vac&iacute;os; intuiciones sin concepto son ciegas. De aqu&iacute; que sea tan importante y necesario sensibilizar los conceptos, como hacer inteligibles las intuiciones. KdrV A51-B75 (Kant, 1998).</p>      <p>En igual forma, nosotros se&ntilde;alamos la innegable interacci&oacute;n en el proceso de dise&ntilde;o entre la teor&iacute;a y la pr&aacute;ctica, parafraseando al fil&oacute;sofo de la siguiente manera: Los principios sin pr&aacute;cticas son vac&iacute;os; las pr&aacute;cticas sin principios son ciegas. De aqu&iacute; que sea tan importante y necesario hacer pr&aacute;cticos los principios, como guiar las pr&aacute;cticas por principios. Porque es importante guiar las pr&aacute;cticas por principios epistemol&oacute;gicos es que cada uno de los cursos, que constituyen el &aacute;rea de dise&ntilde;o incorpora un componente te&oacute;rico introductorio con el cual se pretende dar sentido, orientar y guiar las pr&aacute;cticas metodol&oacute;gicas.</p>      ]]></body>
<body><![CDATA[<p>El marco epistemol&oacute;gico al cual nos referimos, es elaborado mediante el componente te&oacute;rico presente en cada una de las asignaturas del &aacute;rea. Este est&aacute; dividido en dos partes.  En una de ellas, abordamos la discusi&oacute;n de la visi&oacute;n de la ingenier&iacute;a como ciencia aplicada con el exclusivo fin de desmontarla a trav&eacute;s de una serie de argumentos de car&aacute;cter metodol&oacute;gico, estructural, l&oacute;gico y epistemol&oacute;gico. En la otra, abordamos la reflexi&oacute;n en torno a la naturaleza de la ingenier&iacute;a, a la de sus pr&aacute;cticas y a la de sus productos.</p>      <p>El asunto relativo a la discusi&oacute;n acerca de la visi&oacute;n de la ingenier&iacute;a como ciencia aplicada, tiene que ver con la restituci&oacute;n de su dignidad como una de las tres actividades de la racionalidad humana orientadas seg&uacute;n fines, del mismo nivel e importancia que la ciencia y la tecnolog&iacute;a. Asumimos que cada una de las tres es una actividad en s&iacute; misma con su propia naturaleza, a saber: que las ciencias son sistemas te&oacute;ricos de explicaci&oacute;n de dominios fenom&eacute;nicos, las tecnolog&iacute;as  de control de la acci&oacute;n y las ingenier&iacute;as de reglas exitosas de transformaci&oacute;n. Aceptamos que, aun cuando existen entre ellas estrechas relaciones de interacci&oacute;n cada una es independiente, es decir, aunque mutuamente relacionadas son independientes entre s&iacute;. Admitimos, adem&aacute;s, la inconveniencia de la hip&oacute;tesis nula, seg&uacute;n la cual la ingenier&iacute;a es una actividad epistemol&oacute;gica y ontol&oacute;gicamente cero-beneficio (Houkes, 2009a). Esta discusi&oacute;n se lleva a cabo en diferentes momentos a trav&eacute;s de todo el componente de dise&ntilde;o, introduciendo en cada asignatura del mismo los diferentes argumentos esgrimidos para el desmonte de la visi&oacute;n de ciencia aplicada. En general, adelantamos la discusi&oacute;n estableciendo las relaciones entre ciencia, tecnolog&iacute;a e ingenier&iacute;a. Las conexiones entre las dos primeras est&aacute;n profusamente ilustradas y estudiadas en la bibliograf&iacute;a especializada (Brooks, 1994), (Shapere, 1998), (Idhe, 1991). Ellas no presentan problema alguno para nosotros. No podemos decir lo mismo de la relaci&oacute;n entre tecnolog&iacute;a e ingenier&iacute;a, pues ha sido aceptado m&aacute;s o menos acr&iacute;ticamente el punto de vista de que esta disciplina es propiamente el modo c&oacute;mo se hace la tecnolog&iacute;a (Bucciarelli, 2003), quiz&aacute;s el &uacute;nico trabajo en esta l&iacute;nea lo constituya un inaccesible art&iacute;culo de un acad&eacute;mico chino el cual propone identificar la interface entre la tecnolog&iacute;a y la ingenier&iacute;a en la relaci&oacute;n entre la invenci&oacute;n y la generaci&oacute;n (Xiao, 2005). Lo que resulta, pues, de inter&eacute;s para nosotros es la relaci&oacute;n entre la ciencia y la ingenier&iacute;a, espec&iacute;ficamente, las diferencias entre ellas.</p>      <p>En el caso de Fundamentos de Dise&ntilde;o, con respecto a la primera parte del componente te&oacute;rico, introducimos los dos primeros argumentos en contra de la visi&oacute;n de la ingenier&iacute;a como ciencia aplicada que hemos denominado 'Argumento metodol&oacute;gico' y 'Argumento estructural'. En el primero, partimos de establecer los dos sentidos en los cuales puede darse una relaci&oacute;n entre la mente y la materia. El sentido de afuera hacia adentro, mediante la percepci&oacute;n, y el sentido de adentro hacia afuera, mediante la acci&oacute;n t&eacute;cnica. Este an&aacute;lisis nos lleva a reconocer que ciencia e ingenier&iacute;a son actividades que requieren, ambas, metodolog&iacute;as diferentes espec&iacute;ficas (Eekels, 1991). Sin embargo, dado el isomorfismo evidente entre el ciclo de dise&ntilde;o y el ciclo de investigaci&oacute;n, el Argumento metodol&oacute;gico podr&iacute;a resultar incidental, raz&oacute;n por la cual, introducimos el llamado Argumento estructural.</p>      <p>El Argumento estructural busca establecer un criterio de demarcaci&oacute;n claro entre ciencia e ingenier&iacute;a. Determinar una diferencia constitutiva de la ingenier&iacute;a respecto de la estructura de la ciencia (Poser, 1998). Luego de revisar algunos de los criterios de demarcaci&oacute;n usados tradicionalmente y constatar que no constituye ninguno un verdadero criterio estructural, optamos por buscar la diferencia en la naturaleza de la acci&oacute;n t&eacute;cnica, an&aacute;lisis que nos lleva a una conclusi&oacute;n que no deja de resultar chocante para muchos ingenieros y es que la ingenier&iacute;a se encuentra m&aacute;s cercana en naturaleza y semejanza de las ciencias de la cultura que de las ciencias naturales.</p>      <p>Con respecto a la segunda parte del componente te&oacute;rico, Fundamentos de Dise&ntilde;o se ocupa de explorar la naturaleza de la ingenier&iacute;a. Las condiciones de la globalizaci&oacute;n y el cada vez m&aacute;s evidente colapso e insostenibilidad del paradigma de reproducci&oacute;n material de la sociedad, afectan el ejercicio profesional de la ingenier&iacute;a e introducen cuestiones nuevas tales como: los asuntos de la responsabilidad y la sostenibilidad. De igual manera, la desbordante explosi&oacute;n de nuevas ingenier&iacute;as &ldquo;antes impensables&rdquo; en las &uacute;ltimas dos d&eacute;cadas, solo comparable con la revoluci&oacute;n cient&iacute;fica del siglo XIX (Goldberg, 2010), ha generado una crisis al interior de la ingenier&iacute;a haciendo obsoleta su definici&oacute;n decimon&oacute;nica. En consecuencia, en esta parte del contenido te&oacute;rico abordamos dos asuntos principales, a saber: la as&iacute; llamada inadecuaci&oacute;n filos&oacute;fica de la ingenier&iacute;a (Mitcham, 2009) y la nueva definici&oacute;n de la ingenier&iacute;a en el contexto del ejercicio global de la profesi&oacute;n (Davis, 2009).</p>      <p>En el caso de Dise&ntilde;o I, con respecto a la primera parte del componente te&oacute;rico introducimos un tercer argumento en contra de la visi&oacute;n de la ingenier&iacute;a como ciencia aplicada que hemos denominado 'Argumento l&oacute;gico'. En este nos ocupamos por establecer una diferencia entre ciencia e ingenier&iacute;a desde el punto de vista de sus racionalidades (Kroes, 2002), esforz&aacute;ndonos por mostrar que tanto la racionalidad de la ciencia como la de la ingenier&iacute;a son distintas y particulares, lo cual, la diferencia a la una de la otra. De una parte, debido a la distinci&oacute;n entre el contexto de descubrimiento y el contexto de justificaci&oacute;n y a la idea de que no hay algo as&iacute; como una l&oacute;gica del descubrimiento o, en todo caso, que la l&oacute;gica de la ciencia no es una l&oacute;gica del descubrimiento sino de la justificaci&oacute;n, entonces la ciencia es susceptible solo de una reconstrucci&oacute;n racional ideal. Contrariamente, debido a la estrecha relaci&oacute;n existente entre la metodolog&iacute;a de dise&ntilde;o y la naturaleza de los productos que se dise&ntilde;an es posible afirmar que es lo mismo dise&ntilde;ar y aplicar el m&eacute;todo  con lo cual resulta que la ingenier&iacute;a es susceptible de una reconstrucci&oacute;n racional real. As&iacute; pues, al ser la metodolog&iacute;a de dise&ntilde;o de car&aacute;cter normativo respecto del dise&ntilde;o y estar en gran medida orientada al proceso, y al ser la metodolog&iacute;a de la ciencia de car&aacute;cter descriptivo y estar fuertemente orientada al producto, podemos argumentar que sus l&oacute;gicas son diferentes y por tanto diferentes ellas mismas.</p>      <p>Con respecto a la segunda parte del componente te&oacute;rico, Dise&ntilde;o I se ocupa de la reflexi&oacute;n en torno al car&aacute;cter de la pr&aacute;ctica de la ingenier&iacute;a, es decir, del dise&ntilde;o. En primer lugar, consideramos la naturaleza, las actividades  (Cross, 2002) y los problemas de dise&ntilde;o (Cross, 2002), (Koen, 2000) y, en segundo lugar, comparamos la visi&oacute;n irracionalista del dise&ntilde;o (Antonsson, 2010), seg&uacute;n la cual el dise&ntilde;o es un acto puro de la mente caracterizado por la creatividad, con la visi&oacute;n racionalista  (Dym, 2002), (Kroes, 2009), (Kroes et al., 2009), que considera el dise&ntilde;o como un proceso pensado que puede ser entendido y ense&ntilde;ado, cuyos m&eacute;todos formales sirven para encontrar alternativas creativas y eficientes de soluci&oacute;n, evaluadas contra un marco de criterios racionalmente establecido en conjuntos de especificaciones. Visto as&iacute; el dise&ntilde;o como proceso, impone algunas otras consideraciones de car&aacute;cter te&oacute;rico, tales como: la elaboraci&oacute;n de un marco metodol&oacute;gico, en el cual sea posible representar el proceso de dise&ntilde;o mediante un modelo en fases, tareas, m&eacute;todos formales y medios de procesamiento de la informaci&oacute;n, as&iacute; como un marco estrat&eacute;gico para la administraci&oacute;n del proceso, tanto de sus recursos humanos, f&iacute;sicos, de infraestructura y econ&oacute;micos, temporales, de actividades y productos.</p>      <p>En el caso de Dise&ntilde;o II, con respecto a la primera parte del componente te&oacute;rico introducimos un cuarto y &uacute;ltimo argumento en contra de la visi&oacute;n de la ingenier&iacute;a como ciencia aplicada que hemos denominado el 'Argumento epistemol&oacute;gico'. En este momento de la discusi&oacute;n es preciso formular la hip&oacute;tesis nula (Houkes, 2009a) seg&uacute;n la cual la ingenier&iacute;a es una actividad epistemol&oacute;gica y ontol&oacute;gicamente cero-beneficio, es decir, la idea de que la esta no produce conocimiento (Houkes, 2009b), (Vermaas, 2011) y de que sus artefactos no son en absoluto metaf&iacute;sicamente interesantes (Thomasson, 2009). Para la ingenier&iacute;a el conocimiento es de vital importancia, es indudable que los ingenieros se relacionan de una forma estrecha con este y su visi&oacute;n como ciencia aplicada, sostiene que estos se relacionan en todos los casos con un conocimiento acumulado producido por otros, diferentes de ellos, del que hacen uso aplic&aacute;ndolo a situaciones particulares o contextuales en las cuales se trate de la resoluci&oacute;n de problemas t&eacute;cnicos -en particular, se relacionan con y usan conocimiento cient&iacute;fico-. Para esta visi&oacute;n, los ingenieros son consumidores, no productores de conocimiento y, por tanto, epistemol&oacute;gicamente hablando la ingenier&iacute;a es dependiente de la ciencia.</p>      <p>El Argumento epistemol&oacute;gico no niega cu&aacute;n importante es el conocimiento para los ingenieros y para la ingenier&iacute;a, sin embargo, sostiene que estos producen conocimiento de dos tipos, tanto de naturaleza te&oacute;rica como pr&aacute;ctica, y que ambos son esencialmente diferentes del conocimiento cient&iacute;fico. De una parte, el te&oacute;rico resulta relevante para desarrollar m&eacute;todos de c&aacute;lculo de ingenier&iacute;a, pero es del todo irrelevante desde el punto de vista cient&iacute;fico. De otra parte, el pr&aacute;ctico es producido con el objetivo fundamental de obtener informaci&oacute;n acerca de las especificaciones t&eacute;cnicas, es decir, para obtener informaci&oacute;n de dise&ntilde;o en ausencia de teor&iacute;as disponibles  (Vincenti, 1990), (Pitt, 2000) (Pitt, 2001).</p>      <p>Con respecto a la segunda parte del componente te&oacute;rico, Dise&ntilde;o II se ocupa de la reflexi&oacute;n en torno a la naturaleza de los productos de la ingenier&iacute;a, a saber: los artefactos t&eacute;cnicos. El punto de partida para el an&aacute;lisis de la naturaleza de los artefactos t&eacute;cnicos es el modo en el cual los ingenieros conciben y describen artefactos t&eacute;cnicos, en palabras de Peter Kroes:</p>      ]]></body>
<body><![CDATA[<blockquote>     <p>The reason for turning to engineering practice is that engineers are experts in designing, making, analyzing and describing technical artefacts and so their way of describing and conceiving technical artefacts may be taken to be a fruitful anchor point in our quest for the nature of technical artefacts. (Kroes, 2010., 51)<Sup><a href="#num7" name="nu7">7</a></sup>.</p> </blockquote>      <p>Ahora bien, cuando revisamos el modo en el cual los ingenieros conciben y describen artefactos t&eacute;cnicos encontramos que ellos lo hacen en t&eacute;rminos de propiedades funcionales, f&iacute;sicas y materiales y de las acciones que tienen que llevarse a cabo con el fin de realizar la funci&oacute;n del artefacto t&eacute;cnico. Para este an&aacute;lisis nos valemos de la teor&iacute;a de la Naturaleza Dual de los Artefactos T&eacute;cnicos (Meijers, 1999), seg&uacute;n la cual  estos tienen una doble naturaleza: de una parte, son objetos f&iacute;sicos (construcciones humanas) que pueden ser utilizadas para realizar cierta funci&oacute;n y, de otra parte, son objetos intencionales puesto que es la funci&oacute;n de un artefacto t&eacute;cnico la que lo distingue de los objetos f&iacute;sicos (naturales) y de que esta tiene sentido o significado solamente dentro del contexto de la acci&oacute;n intencional humana (Kroes, 2002) con lo cual, podemos asumir que los artefactos t&eacute;cnicos son objetos con una funci&oacute;n t&eacute;cnica y con una estructura f&iacute;sica conscientemente dise&ntilde;ada, producida y usada por humanos para realizar su funci&oacute;n, es decir, un artefacto t&eacute;cnico es un objeto f&iacute;sico con una funci&oacute;n t&eacute;cnica (Kroes, 2002). As&iacute; pues, la noci&oacute;n de funci&oacute;n t&eacute;cnica viene a ser crucial, puesto que ella sirve como puente entre las estructuras funcional e intencional de los artefactos t&eacute;cnicos en un doble contexto: el del dise&ntilde;o t&eacute;cnico y el de uso. As&iacute; pues, el an&aacute;lisis acerca de la naturaleza de los productos de la ingenier&iacute;a nos conduce al an&aacute;lisis de la naturaleza de la funci&oacute;n t&eacute;cnica (Houkes W., et al., 2010).</p>      <p><b>Fundamentaci&oacute;n metodol&oacute;gica del &aacute;rea de formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a</b></p>      <p>En el anterior apartado, hemos perfilado la fundamentaci&oacute;n epistemol&oacute;gica del &aacute;rea de Dise&ntilde;o, ahora esbozaremos r&aacute;pidamente su componente pr&aacute;ctico. En el caso de Fundamentos de Dise&ntilde;o, se trata de llevar a cabo el proceso de dise&ntilde;o de un artefacto cuya forma y funci&oacute;n satisfagan los requerimientos planteados para la soluci&oacute;n de un problema de ingenier&iacute;a de manera racional, sistem&aacute;tica y met&oacute;dica. Para ello, comenzamos por plantear un problema tipo de ingenier&iacute;a, para cuya soluci&oacute;n prescribimos una serie de tareas a las cuales asignamos un m&eacute;todo formal de dise&ntilde;o, respectivamente. Con tal caja de herramientas nos ocupamos de dise&ntilde;ar un artefacto a escala cuya forma y funci&oacute;n satisfagan los requerimientos para la soluci&oacute;n del problema propuesto, realizando un prototipo funcional del artefacto. Los resultados de la aplicaci&oacute;n del m&eacute;todo ser&aacute;n comunicados mediante documentaci&oacute;n en un cuaderno de dise&ntilde;o y prueba t&eacute;cnica en laboratorio o en campo.</p>      <p>El componente pr&aacute;ctico, pues, se abordar&aacute; como un ejercicio preliminar de la metodolog&iacute;a de dise&ntilde;o mediante la aplicaci&oacute;n sistem&aacute;tica y ordenada de una serie de m&eacute;todos formales para llevar a cabo las principales tareas de dise&ntilde;o seg&uacute;n el enfoque sistem&aacute;tico. Para lograrlo, se propondr&aacute; una did&aacute;ctica de trabajo semi-desescolarizado. Propuesto un problema de dise&ntilde;o, se conforman equipos de trabajo con el fin de dise&ntilde;ar un artefacto que satisfaga el conjunto de requerimientos del problema; el profesor plantea la tarea de dise&ntilde;o e introduce el m&eacute;todo formal para llevarla a cabo, cada equipo se enfoca en realizarla aplicando el m&eacute;todo expuesto. Durante el tiempo asignado para esta actividad, cada equipo trabajar&aacute; por fuera del sal&oacute;n de clases, asistiendo obligatoriamente a una entrevista con el profesor, en la cual se discutir&aacute;n los aspectos relevantes del proceso consignados de antemano por el equipo en el reporte de estado semanal de dise&ntilde;o de acuerdo con formato suministrado para esto. De esta manera se pretende propiciar un aprendizaje aut&oacute;nomo y responsable, en el cual se incentive la construcci&oacute;n social de medios tecnol&oacute;gicos, se afiance el trabajo en equipo, se promueva la comunicaci&oacute;n y se oriente la acci&oacute;n seg&uacute;n fines hacia la resoluci&oacute;n met&oacute;dica de problemas mediante el dise&ntilde;o y producci&oacute;n de artefactos. Finalmente, se promover&aacute; entre los equipos el levantamiento de un cuaderno de dise&ntilde;o en el cual se consignen las fases del proceso, en el sentido de una teor&iacute;a del artefacto (Reddy, 2005), con el fin de estimular las habilidades de comunicaci&oacute;n y de gesti&oacute;n de la informaci&oacute;n.</p>      <p>En el caso de Dise&ntilde;o I, se trata de aplicar las herramientas de dise&ntilde;o adquiridas en el anterior curso a la elaboraci&oacute;n de un concepto de dise&ntilde;o y a su posterior comprobaci&oacute;n experimental. Para ello, formulamos un problema de dise&ntilde;o cuya soluci&oacute;n se llevar&aacute; a cabo a lo largo de los espacios acad&eacute;micos Dise&ntilde;o I y Dise&ntilde;o II, con el fin de producir una representaci&oacute;n conceptual n&iacute;tida mediante la aplicaci&oacute;n de algunas herramientas del m&eacute;todo, particularmente, los m&eacute;todos formales de dise&ntilde;o relativos a las cinco primeras tareas prescritas por el modelo adoptado del proceso de dise&ntilde;o. Ahora bien, con el fin de llevar a cabo una comprobaci&oacute;n del concepto de dise&ntilde;o alcanzado, se realizar&aacute;n los arreglos experimentales pertinentes. Igualmente, los resultados de la aplicaci&oacute;n del m&eacute;todo a la producci&oacute;n de un concepto de dise&ntilde;o ser&aacute;n comunicados mediante documentaci&oacute;n en un cuaderno de dise&ntilde;o y prueba t&eacute;cnica en laboratorio.</p>      <p>En la parte pr&aacute;ctica, pues, del curso de Dise&ntilde;o I, los equipos de dise&ntilde;o conformados en la tercera semana lectiva y consolidados desde entonces hasta hoy, se involucrar&aacute;n en una experiencia real de soluci&oacute;n de problemas de ingenier&iacute;a, mediante la aplicaci&oacute;n rigurosa del m&eacute;todo de dise&ntilde;o, fundamentado e ilustrado en las precedentes unidades del curso. Por constituir una pr&aacute;ctica de aplicaci&oacute;n de principios metodol&oacute;gicos a un caso real problem&aacute;tico, y teniendo en cuenta que es solo gradualmente como los equipos de dise&ntilde;o lograr&aacute;n hacerlos significativos, es que tenemos que adoptar otra metodolog&iacute;a completamente diferente de aquella que tra&iacute;amos. Ahora no nos proponemos construir marcos, sino hacer uso de ellos. Por tanto, debemos propiciar la pr&aacute;ctica y guiar la aplicaci&oacute;n. Abandonamos, entonces, la clase presencial y expositiva, y la reemplazamos por sesiones de trabajo dirigido con acompa&ntilde;amiento. Dado que todos los estudiantes se han agrupado en equipos de dise&ntilde;o perfectamente diferenciables por su recurso humano y perfectamente diferenciados por los problemas de que se ocupan, el curso ha cambiado su constituci&oacute;n.</p>      <p>En el caso de Dise&ntilde;o II, el objetivo general del curso es el de aplicar herramientas de dise&ntilde;o a la obtenci&oacute;n de una descripci&oacute;n detallada mediante especificaciones, que permita la incorporaci&oacute;n en un prototipo funcional de un concepto comprobado de un artefacto de dise&ntilde;o. En consecuencia, el insumo del cual parte el curso de Dise&ntilde;o II lo constituyen las especificaciones, raz&oacute;n por la cual es indispensable realizar una revisi&oacute;n a fondo tanto de los &aacute;rboles de atributos como del an&aacute;lisis de funciones. Se trata de determinar de forma precisa los aspectos que caracterizan el artefacto y obtener la informaci&oacute;n necesaria para producirlos como tambi&eacute;n establecer el grado de deseabilidad de que alguno aparezca como caracter&iacute;stica en el artefacto, y hacerlo para cada uno de ellos; as&iacute; como elaborar especificaciones funcionales y de configuraci&oacute;n del producto de dise&ntilde;o. Estas deben incorporarse, pues, en un prototipo funcional, lo cual implica un esmerado trabajo experimental y de laboratorio por lo que es preciso dise&ntilde;ar sistemas de medici&oacute;n con el fin de evaluar el grado de obtenci&oacute;n de las caracter&iacute;sticas contra el grado de deseabilidad de los aspectos en el artefacto, y realizar arreglos experimentales con el fin de obtener estas mediciones. Con los valores as&iacute; obtenidos se desarrollan matrices de decisi&oacute;n mediante las cuales se decide acerca de cu&aacute;l alternativa de soluci&oacute;n es la mejor y esta se prototipa.</p>      <p>El curso Dise&ntilde;o II puede parecer principalmente de car&aacute;cter pr&aacute;ctico, dado que representa en el proceso el estadio del Dise&ntilde;o de Incorporaci&oacute;n. Sin embargo, no debemos llamarnos a enga&ntilde;o en este aspecto. Consideramos que el curso es en gran parte procesual y en gran parte pr&aacute;ctico. La raz&oacute;n de ello es que, consideramos un heurismo de dise&ntilde;o como rector de la acci&oacute;n en el curso, a saber: &ldquo;No se construye o fabrica nada que primero no se haya dise&ntilde;ado&rdquo;, es decir, solo se incorpora un conjunto completo de especificaciones. En consecuencia, el curso requiere de un trabajo dirigido con el fin de presentar las herramientas de dise&ntilde;o pertinentes, pero ante todo, un trabajo independiente por parte de los equipos de dise&ntilde;o con el fin de desarrollar un proceso de sucesivas especificaciones de manera racional, es decir, met&oacute;dica y sistem&aacute;tica, as&iacute; como un esmerado trabajo experimental y de laboratorio, el cual se realiza por equipos de dise&ntilde;o tal como fueron constituidos ya desde Dise&ntilde;o I. Ahora bien, coincidimos con Dym y Little en la idea de que &ldquo;la comunicaci&oacute;n es parte central del proceso de dise&ntilde;o.&rdquo; (Dym, 2002), raz&oacute;n por la cual el componente de dise&ntilde;o culmina con una gran experiencia de socializaci&oacute;n y comunicaci&oacute;n de los resultados del proceso mediante una presentaci&oacute;n de los diferentes prototipos funcionales de los artefactos dise&ntilde;ados dirigida a toda la comunidad universitaria y a empresarios y potenciales inversionistas.</p>      ]]></body>
<body><![CDATA[<p><font size="3"><b>Conclusiones</b></font></p>      <p>El Programa de Ingenier&iacute;a Electr&oacute;nica de la Universidad del Quind&iacute;o ha tenido a lo largo de su historia dos planes curriculares, el plan curricular 209 y el C64. Ambos contienen asignaturas o espacios acad&eacute;micos denominados Dise&ntilde;o, sin embargo, los dos son completamente diferentes en cuanto a su concepci&oacute;n del dise&ntilde;o, su orientaci&oacute;n metodol&oacute;gica y sus contenidos.</p>      <p>Los espacios acad&eacute;micos con denominaci&oacute;n Dise&ntilde;o, presentes en el plan curricular 209 no satisfacen los criterios de evaluaci&oacute;n adoptados, a saber, los est&aacute;ndares CDIO 1 y 5, debido a que carece de una concepci&oacute;n clara de lo que es el dise&ntilde;o de ingenier&iacute;a, de una metodolog&iacute;a adecuada y de unos contenidos pertinentes y, por lo tanto, no puede servir de insumo para la implementaci&oacute;n de la iniciativa CDIO.</p>      <p>Ahora bien, hemos hecho un recorrido por la estructura, los fundamentos epistemol&oacute;gicos, metodol&oacute;gicos y did&aacute;cticos del &aacute;rea de Formaci&oacute;n en Dise&ntilde;o de Ingenier&iacute;a del plan curricular C64 del Programa de Ingenier&iacute;a Electr&oacute;nica de la Universidad del Quind&iacute;o, presentando cada uno de los cursos del &aacute;rea en su doble componente te&oacute;rico: el desmonte de la visi&oacute;n de la ingenier&iacute;a como ciencia aplicada y el an&aacute;lisis de su naturaleza, de la de sus pr&aacute;cticas y de la de sus productos; as&iacute; como en su doble componente metodol&oacute;gico: el enfoque sistem&aacute;tico del proceso de dise&ntilde;o y las did&aacute;cticas para su realizaci&oacute;n curricular. Hemos mostrado adem&aacute;s que el &aacute;rea de Dise&ntilde;o posee una firme sustentaci&oacute;n epistemol&oacute;gica, metodol&oacute;gica y pedag&oacute;gica, constatando de esta manera el cumplimiento de los est&aacute;ndares CDIO 1 y 5 y, por lo tanto, la pertinencia del &aacute;rea como insumo para la implementaci&oacute;n de la Iniciativa CDIO en la futura reforma curricular. De esta manera hemos dado a conocer nuestra experiencia y nuestros esfuerzos pioneros en el campo de la formaci&oacute;n de ingenieros dise&ntilde;adores, por espacio de ocho a&ntilde;os. El camino recorrido no es poco, pero es evidente que falta mucho todav&iacute;a para lograr un curr&iacute;culo en el cual la formaci&oacute;n en dise&ntilde;o sea verdaderamente integral y transversal. No obstante, estamos caminando firmemente y con decisi&oacute;n, creatividad y responsabilidad en esa ruta.</p>  <hr>      <p><sup><a href="#nu4" name="num4">4</a></sup> Cons&uacute;ltese: <a href="http://www.cdio.org/implementing-cdio/standards/12-cdio-standards#standard1" target="_blank">http://www.cdio.org/implementing-cdio/standards/12-cdio-standards#standard1</a>.    <br>  <sup><a href="#nu5" name="num5">5</a></sup> Cons&uacute;ltese: <a href="http://www.cdio.org/implementing-cdio/standards/12-cdio-standards#standard5" target="_blank">http://www.cdio.org/implementing-cdio/standards/12-cdio-standards#standard5</a>.    <br>  <sup><a href="#nu6" name="num6">6</a></sup> Para un acercamiento m&aacute;s detallado y completo a los elementos de la Iniciativa CDIO, pueden remitirse a la p&aacute;gina web <a href="http://www.cdio.org" target="_blank">http://www.cdio.org</a>.    <br>  <sup><a href="#nu7" name="num7">7</a></sup> &ldquo;La raz&oacute;n para recurrir a la pr&aacute;ctica de la ingenier&iacute;a es que los ingenieros son expertos en dise&ntilde;ar, fabricar, analizar y describir artefactos t&eacute;cnicos, de tal manera que su forma de describirlos y concebirlos puede considerarse un fruct&iacute;fero punto de partida en nuestra indagaci&oacute;n acerca de la naturaleza de los artefactos t&eacute;cnicos.&rdquo;</p>  <hr>      <p><font size="3"><b>Referencias bibliogr&aacute;ficas</b></font></p>      <!-- ref --><p>Antonsson, E. (2010). <i>Design Quotatios.</i> Retrieved Octubre 25, 2010, from Engineering Research Laboratory. California Institute of Technology: <a href="http://www.design.caltech.edu/erik/Misc/design_quotes.html" target="_blank">http://www.design.caltech.edu/erik/Misc/design_quotes.html</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000092&pid=S1794-8932201300010001200001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Brooks, H. (1967, febrero). Dilemmas of Engineering Education. <i>Spectrum, IEEE, 4</i>(2), 89-91.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000094&pid=S1794-8932201300010001200002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Brooks, H. (1994). The Relation Between Science and Technology. <i>Research Policy, 23</i>, 477-486.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000096&pid=S1794-8932201300010001200003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Bucciarelli, L. (2003). <i>Engineering Philosophy.</i> Netherlands: Delft University Press Satellite.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000098&pid=S1794-8932201300010001200004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Cross, N. (2002). <i>M&eacute;todos de Dise&ntilde;o. Estragias para el Dise&ntilde;o de Productos.</i> M&eacute;xico, D.F.: Limusa-Wiley.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000100&pid=S1794-8932201300010001200005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Davis, M. (2009, July). Defining Engineering from Chicago to Shantou. <i>The Monist</i>, 92(3), 325-338.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000102&pid=S1794-8932201300010001200006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Dym, C. a. (2002). <i>El Proceso de Dise&ntilde;</i><i>o</i> <i>en Ingenier&iacute;a. C&oacute;mo Desarrollar Solucione</i><i>s</i> <i>Efectivas.</i> M&eacute;xico, D.F.: Limusa-Wiley.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000104&pid=S1794-8932201300010001200007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Eekels, J. a. (1991, October). A Methodological Comparison of the Structures of Scientific Research and Engineering Design: Their Similarities and Differences. <i>Design Studies, 12</i>(4), 197-203.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000106&pid=S1794-8932201300010001200008&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Goldberg, D. (2010). Why Philosophy? Why Now? Engineering Responds to the Crisis of Creative Era. In I. v. Poel (Ed.), <i>Philosophy and Engineering. An Emerging Agenda</i> (Vols. Philosophy of Engineering and Technology, vol. 2, p. 259). Dordrecht: Springer.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000108&pid=S1794-8932201300010001200009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Houkes, W. (2009a). Introduction to Part II: Ontology and Epistemology of Artefacts. In A. Meijer (Ed.), <i>Philosophy of Technology and Engineering Sciences</i> (Vol. 9, pp. 187-189). Amsterdam: Elsevier.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000110&pid=S1794-8932201300010001200010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Houkes, W. (2009b). The Nature of Technological Knowledge. In A. Meijers (Ed.), <i>Philosophy of Technology and Engineering Sciences</i> (Vol. 9, pp. 309-350). Amsterdam: Elsevier.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000112&pid=S1794-8932201300010001200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Houkes, W. V. (2010). <i>Technical Function. On the Use and Design of Artefacts.</i> Dordrecht: Springer.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000114&pid=S1794-8932201300010001200012&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Idhe, D. (1991). <i>Instrumental Realism. The Interface Between Philosophy of Science and Philosophy of Technology.</i> Bloomington and Indianapolis: Indiana University Press.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000116&pid=S1794-8932201300010001200013&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Kant, I. (1998). <i>Cr&iacute;tica de la Raz&oacute;n Pura.</i> Madrid: Alfaguara.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000118&pid=S1794-8932201300010001200014&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Koen, B. (2000). <i>El M&eacute;todo de Ingenier&iacute;a.</i> Bogot&aacute;: Universidad del Valle, ACOFI.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000120&pid=S1794-8932201300010001200015&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Kroes, P. (2002, May). Design Methodology and the nature of technical Artefacts. <i>Design Studies, 23</i>(3), 287-302.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000122&pid=S1794-8932201300010001200016&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Kroes, P. (2009). Foundational Issues of Engineering Design. In A. Meijer (Ed.), <i>Philosophy of Technology and Engineering Sciences</i> (Vol. 9, pp. 513-542). Amsterdam: Elsevier.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000124&pid=S1794-8932201300010001200017&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Kroes, P. (2010). Engineering and the Dual Nature of Techninal Artifacts. <i>Cambridge Journal of Economics, 34</i>, 51-62.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000126&pid=S1794-8932201300010001200018&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Kroes, P. F. (2009). Rationality in Design. In A. Meijer (Ed.), <i>Philosophy of Tecnhology and Engineering Sciences</i> (Vol. 9, pp. 565-600). Amsterdam: Elsevier.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000128&pid=S1794-8932201300010001200019&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Meijers, A. F. (1999). <i>The Dual Nature of Technical Artifacts.</i> Retrieved Octubre 12, 2010, from NWO grant application: <a href="http://www.dualnature.tudelft.nl" target="_blank">http://www.dualnature.tudelft.nl</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000130&pid=S1794-8932201300010001200020&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Mitcham, C. (2009, July). A Philosophical Inadequacy of Engineering. <i>The Monist, 92</i>(3), 339-356.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000132&pid=S1794-8932201300010001200021&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Pahl, G. a. (2005). <i>Engineering Design: A Systematic Approach.</i> London: Springer-Verlag.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000134&pid=S1794-8932201300010001200022&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Pitt, J. (2000). <i>Thinking About Technology. Foundation of the Philosophy of Technology.</i> New York: Seven Bridge Press.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000136&pid=S1794-8932201300010001200023&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Pitt, J. (2001, Spring). What Engineers Know. <i>Techn&eacute;</i>, 5(3), 17-30.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000138&pid=S1794-8932201300010001200024&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Poser, H. (1998, Winter). On Structural Differences Between Science and Engineering. <i>Techn&eacute;, 4</i>(2), 81-93.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000140&pid=S1794-8932201300010001200025&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Pugh, S. (1991). <i>Total Design. Integrated Methods for Successful Product Engineering.</i> Wokingham, England: Addison-Wesley Publishing Company.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000142&pid=S1794-8932201300010001200026&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Reddy, J. F. (2005). <i>Design as Building and Reusing Artifact Theories: Understanding and Supporting Growth of Desing Knowlegde.</i> Retrieved Enero 19, 2007, from <a href="http://www.ices.cmu.edu/ndim/papers/final.really.pdf" target="_blank">http://www.ices.cmu.edu/ndim/papers/final.really.pdf</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000144&pid=S1794-8932201300010001200027&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Sch&ouml;n, D. (1983). <i>The Reflective Practitioner. How Professionals Think in Action.</i> New York: Basic Books.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000146&pid=S1794-8932201300010001200028&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Shapere, D. (1998, Winter). Building on What We Have Learned: The Relations Between Science and Technology. <i>Techn&eacute;, 4</i>(2), 142-151.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000148&pid=S1794-8932201300010001200029&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Simon, H. (1996). <i>The Sciences of the Artificial.</i> Cambridge, Massachusetts: The MIT Press.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000150&pid=S1794-8932201300010001200030&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Suh, N. (1990). <i>The Principles of Design.</i> New York: Oxford University Press.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000152&pid=S1794-8932201300010001200031&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Suh, N. (2001). <i>Axiomatic Design. Advances and Applications.</i> London: Oxford University Press.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000154&pid=S1794-8932201300010001200032&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Thomasson, A. (2009). Artifacts in Metaphysics. In A. Meijers (Ed.), <i>Philosophy of Technology and Engineering Sciences</i> (Vol. 9, pp. 191-212). Amsterdam: Elsevier.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000156&pid=S1794-8932201300010001200033&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Vermaas, P. K. (2011). Technological Knowledge. In <i>A Philosophy of Technology. From Technical Artefacts to Sociotechnical Systems</i> (Vol. Lecture #14, pp. 55-66). University of Wetern Autralia: Morgan &amp; Claypool.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000158&pid=S1794-8932201300010001200034&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Vincenti, W. (1990). <i>What Engineers Know and How They Know it: Analytical Studies fromAeronautical History.</i> Baltimore: John Hopkins University Press.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000160&pid=S1794-8932201300010001200035&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p>      <!-- ref --><p>Xiao, F. (2005). Interface Between Technology and Engineering -On the Relation Between Invention and Generation. <i>Journal of Northeastern University (Social Science)</i>, 01.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000162&pid=S1794-8932201300010001200036&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --></p> </font>      ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Antonsson]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[Design Quotatiosfrom Engineering Research Laboratory]]></source>
<year>2010</year>
<month>Oc</month>
<day>tu</day>
<publisher-name><![CDATA[California Institute of Technology]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Brooks]]></surname>
<given-names><![CDATA[H]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Dilemmas of Engineering Education]]></article-title>
<source><![CDATA[Spectrum]]></source>
<year>1967</year>
<month>, </month>
<day>fe</day>
<volume>4</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>89, 91</page-range><publisher-name><![CDATA[IEEE]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Brooks]]></surname>
<given-names><![CDATA[H]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[The Relation Between Science and Technology]]></article-title>
<source><![CDATA[Research Policy]]></source>
<year>1994</year>
<volume>23</volume>
<page-range>477, 486</page-range></nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Bucciarelli]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<source><![CDATA[Engineering Philosophy]]></source>
<year>2003</year>
<publisher-loc><![CDATA[Netherlands ]]></publisher-loc>
<publisher-name><![CDATA[Delft University Press Satellite]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Cross]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<source><![CDATA[Métodos de Diseño. Estragias para el Diseño de Productos]]></source>
<year>2002</year>
<publisher-loc><![CDATA[México^eD.F D.F]]></publisher-loc>
<publisher-name><![CDATA[Limusa, Wiley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Davis]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Defining Engineering from Chicago to Shantou]]></article-title>
<source><![CDATA[The Monist]]></source>
<year>2009</year>
<month>, </month>
<day>Ju</day>
<volume>92</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>325, 338</page-range></nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Dym]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[El Proceso de Diseño en Ingeniería. Cómo Desarrollar Soluciones Efectivas]]></source>
<year>2002</year>
<publisher-loc><![CDATA[México^eD.F. D.F.]]></publisher-loc>
<publisher-name><![CDATA[Limusa, Wiley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Eekels]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A Methodological Comparison of the Structures of Scientific Research and Engineering Design: Their Similarities and Differences]]></article-title>
<source><![CDATA[Design Studies]]></source>
<year>1991</year>
<month>, </month>
<day>Oc</day>
<volume>12</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>197, 203</page-range></nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Goldberg]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Why Philosophy? Why Now? Engineering Responds to the Crisis of Creative Era]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Poel]]></surname>
<given-names><![CDATA[I. v.]]></given-names>
</name>
</person-group>
<source><![CDATA[Philosophy and Engineering. An Emerging Agenda]]></source>
<year>2010</year>
<volume>2</volume>
<page-range>259</page-range><publisher-loc><![CDATA[Dordrecht ]]></publisher-loc>
<publisher-name><![CDATA[Springer]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Houkes]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Introduction to Part II: Ontology and Epistemology of Artefacts]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Meijer]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Philosophy of Technology and Engineering Sciences]]></source>
<year>2009</year>
<volume>9</volume>
<page-range>187, 189</page-range><publisher-loc><![CDATA[Amsterdam ]]></publisher-loc>
<publisher-name><![CDATA[Elsevier]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Houkes]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[The Nature of Technological Knowledge]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Meijer]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Philosophy of Technology and Engineering Sciences]]></source>
<year>2009</year>
<volume>9</volume>
<page-range>309, 350</page-range><publisher-loc><![CDATA[Amsterdam ]]></publisher-loc>
<publisher-name><![CDATA[Elsevier]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Houkes]]></surname>
<given-names><![CDATA[W. V]]></given-names>
</name>
</person-group>
<source><![CDATA[Technical Function. On the Use and Design of Artefacts]]></source>
<year>2010</year>
<publisher-loc><![CDATA[Dordrecht ]]></publisher-loc>
<publisher-name><![CDATA[Springer]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Idhe]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<source><![CDATA[Instrumental Realism. The Interface Between Philosophy of Science and Philosophy of Technology]]></source>
<year>1991</year>
<publisher-loc><![CDATA[Bloomington and Indianapolis ]]></publisher-loc>
<publisher-name><![CDATA[Indiana University Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kant]]></surname>
<given-names><![CDATA[I]]></given-names>
</name>
</person-group>
<source><![CDATA[Crítica de la Razón Pura]]></source>
<year>1998</year>
<publisher-loc><![CDATA[Madrid ]]></publisher-loc>
<publisher-name><![CDATA[Alfaguara]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Koen]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[El Método de Ingeniería]]></source>
<year>2000</year>
<publisher-loc><![CDATA[Bogotá ]]></publisher-loc>
<publisher-name><![CDATA[Universidad del Valle, ACOFI]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kroes]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Design Methodology and the nature of technical Artefacts]]></article-title>
<source><![CDATA[Design Studies]]></source>
<year>2002</year>
<month>, </month>
<day>Ma</day>
<volume>23</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>287, 302</page-range></nlm-citation>
</ref>
<ref id="B17">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kroes]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Foundational Issues of Engineering Design]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Meijer]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Philosophy of Technology and Engineering Sciences]]></source>
<year>2009</year>
<volume>9</volume>
<page-range>513, 542</page-range><publisher-loc><![CDATA[Amsterdam ]]></publisher-loc>
<publisher-name><![CDATA[Elsevier]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B18">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kroes]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Engineering and the Dual Nature of Techninal Artifacts]]></article-title>
<source><![CDATA[Cambridge Journal of Economics]]></source>
<year>2010</year>
<volume>34</volume>
<page-range>51, 62</page-range></nlm-citation>
</ref>
<ref id="B19">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kroes]]></surname>
<given-names><![CDATA[P. F]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Rationality in Design]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Meijer]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Philosophy of Tecnhology and Engineering Sciences]]></source>
<year>2009</year>
<volume>9</volume>
<page-range>565, 600</page-range><publisher-loc><![CDATA[Amsterdam ]]></publisher-loc>
<publisher-name><![CDATA[Elsevier]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B20">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Meijers]]></surname>
<given-names><![CDATA[A. F.]]></given-names>
</name>
</person-group>
<source><![CDATA[The Dual Nature of Technical Artifacts]]></source>
<year>1999</year>
</nlm-citation>
</ref>
<ref id="B21">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Mitcham]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A Philosophical Inadequacy of Engineering]]></article-title>
<source><![CDATA[The Monist]]></source>
<year>2009</year>
<month>, </month>
<day>Ju</day>
<volume>92</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>339, 356</page-range></nlm-citation>
</ref>
<ref id="B22">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pahl]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
</person-group>
<source><![CDATA[Engineering Design: A Systematic Approach.]]></source>
<year>2005</year>
<publisher-loc><![CDATA[London ]]></publisher-loc>
<publisher-name><![CDATA[Springer, Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B23">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pitt]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Thinking About Technology. Foundation of the Philosophy of Technology]]></source>
<year>2000</year>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Seven Bridge Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B24">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pitt]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[What Engineers Know]]></article-title>
<source><![CDATA[Techné]]></source>
<year>2001</year>
<volume>5</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>17, 30</page-range></nlm-citation>
</ref>
<ref id="B25">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Poser]]></surname>
<given-names><![CDATA[H]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[On Structural Differences Between Science and Engineering]]></article-title>
<source><![CDATA[Techné]]></source>
<year>1998</year>
<volume>4</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>81, 93</page-range></nlm-citation>
</ref>
<ref id="B26">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pugh]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<source><![CDATA[Total Design. Integrated Methods for Successful Product Engineering]]></source>
<year>1991</year>
<publisher-loc><![CDATA[Wokingham ]]></publisher-loc>
<publisher-name><![CDATA[Addison, Wesley Publishing Company]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B27">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Reddy]]></surname>
<given-names><![CDATA[J. F]]></given-names>
</name>
</person-group>
<source><![CDATA[Design as Building and Reusing Artifact Theories: Understanding and Supporting Growth of Desing Knowlegde]]></source>
<year>2005</year>
</nlm-citation>
</ref>
<ref id="B28">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Schön]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<source><![CDATA[The Reflective Practitioner. How Professionals Think in Action]]></source>
<year>1983</year>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Basic Books]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B29">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Shapere]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Building on What We Have Learned: The Relations Between Science and Technology]]></article-title>
<source><![CDATA[Techné]]></source>
<year>1998</year>
<volume>4</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>142, 151</page-range></nlm-citation>
</ref>
<ref id="B30">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Simon]]></surname>
<given-names><![CDATA[H]]></given-names>
</name>
</person-group>
<source><![CDATA[The Sciences of the Artificial]]></source>
<year>1996</year>
<publisher-loc><![CDATA[Cambridge^eMassachusetts Massachusetts]]></publisher-loc>
<publisher-name><![CDATA[The MIT Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B31">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Suh]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<source><![CDATA[The Principles of Design]]></source>
<year>1990</year>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[Oxford University Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B32">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Suh]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
</person-group>
<source><![CDATA[Axiomatic Design. Advances and Applications]]></source>
<year>2001</year>
<publisher-loc><![CDATA[London ]]></publisher-loc>
<publisher-name><![CDATA[Oxford University Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B33">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Thomasson]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Artifacts in Metaphysics]]></article-title>
<person-group person-group-type="editor">
<name>
<surname><![CDATA[Meijers]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Philosophy of Technology and Engineering Sciences]]></source>
<year>2009</year>
<volume>9</volume>
<page-range>191, 212</page-range><publisher-loc><![CDATA[Amsterdam ]]></publisher-loc>
<publisher-name><![CDATA[Elsevier]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B34">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Vermaas]]></surname>
<given-names><![CDATA[P. K]]></given-names>
</name>
</person-group>
<source><![CDATA[Technological Knowledge. In A Philosophy of Technology. From Technical Artefacts to Sociotechnical Systems]]></source>
<year>2011</year>
<volume>14</volume>
<page-range>55, 66</page-range><publisher-name><![CDATA[University of Wetern Autralia: Morgan & Claypool]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B35">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Vincenti]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
</person-group>
<source><![CDATA[What Engineers Know and How They Know it: Analytical Studies fromAeronautical History]]></source>
<year>1990</year>
<publisher-loc><![CDATA[Baltimore ]]></publisher-loc>
<publisher-name><![CDATA[John Hopkins University Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B36">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Xiao]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Interface Between Technology and Engineering , On the Relation Between Invention and Generation]]></article-title>
<source><![CDATA[Journal of Northeastern University (Social Science)]]></source>
<year>2005</year>
<volume>01</volume>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
