3.6. Definicin del producto (PDD)Los proyectos arrancan y terminan siempre con documentos. El primero de estos documentos, yadems elemento clave de cualquier proyecto, es el que define los requerimientos del producto. Elltimo es la memoria del proyecto, documentacin probatoria que sirve para validar los clculos ydecisiones asumidas en el desarrollo del producto.Losrequerimientossirvenparaladefinicindel producto, describiendobrevementeloqueelproducto es; responden bsicamente a la cuestin: para qu sirve Los requerimientosfuncionales definen los que el producto debe !acer, y las especificaciones de in"enier#a describencomo se debe lo"rar satisfacer esos requerimientos; es decir $mo debe !acerlo3.7 contenidos de una especificacinEstablecer las especificaciones de dise%o es una de las actividades ms complicadas, dif#ciles eimportantes, pues ellas determinan la capacidad finaldelproducto y costo. &ebe fi'arse en lasetapas ms tempranas del proceso de dise%o, basndose en la definicin del producto y debenser lo ms espec#ficas posibles. (on imprescindibles para elmane'o y controldeldise%o, y lasmismas deben contemplar "ran diversidad de aspectos, tales como: $ondiciones ambientales: temperatura, presin, !umedad, presencia de polvo o a"resivosqu#micos, resistencia a insectos, ruidos, vibracin, y tipo de trato previsto por el usuario.Estas caracter#sticas deben ser vistas como la car"a posible a la que puede estar sometidoel productodentrodesuciclodevida. Esdecir,lase)i"enciaspuedendarsesloenmanufactura, en transporte, en e)!ibiciones, en almacenamiento, o en el uso. $aracter#sticas operativas y funcionales, en las cuales se define elfin para elcualva aservir el producto, condetalledelosmodosdeoperacindel productobsico, ylasprevisiones para futuras opciones. (e especifican asimismo los factores que sirven paravalorar la prestacin del producto. *nterfase con el operador, donde se describe la interaccin del operador con el producto. $aracter#sticasestandari+adas, enlascualessecontemplalacompatibilidadconotrosequipos del mercado, y las normas nacionales e internacionales que debe satisfacer.3.8. Conceptualizacin,aradefinirlasolucin!aydoscaminosopuestos: el ascendenteyel descendente. El primercaso, separtedecomponentes e)istentes, alrededor delos cuales sevaconstruyendolasolucin. En el se"undo se !ace un des"lose en sub-problemas y as# sucesivamente !asta lle"ara componentes definidos a la medida de la necesidad, los cuales, de no e)istir, ser necesariodesarrollarlos.1Ilustracin 3. 1: Enfoque para la solucin de un problema..ara ve+ se usa los mtodos por separado, sino que se !ace una combinacin de estos para unasolucin ms ptima.En cualquier caso no debe perderse la perspectiva del problema: La necesidad estar asociada aunsistemaoequipo, ylatareadeproyectoesdefinir loscomponentesdelasolucin, peroteniendo claro a qu nivel de descenso debe lle"arse para obtener las mayores venta'ascompetitivas y de beneficio, diferenciando aquellas partes que inte"ran el ncleo del producto.3.9. Evaluacin de viabilidadLa evaluacin de viabilidad se reali+a usualmente como parte de la tarea de conceptuali+acin enpeque%os proyectos, pero es la accin principalen proyectos importantes, llevando en muc!oscasosvariosa%osdeestudios. El propsitodelaevaluacindeviabilidadesase"urarqueelproyectoseae)itoso, sobrelabasedequesureali+acinserfactibletantotcnicacomoeconmicamente. Lamaneraenquese!a"anestasevaluacionesdependerdel tama%oylacomple'idad del proyecto. El per#odo de evaluacin es el momento para definir conceptos que eldise%o se"uir para ase"urar que el producto final cumpla el ob'etivo propuesto, basndose en losrecursos disponibles. ,rimero se !ace un anlisis tcnico, buscando determinar la disponibilidadde los componentes que inte"ran el ncleo del proyecto, y lue"o el esfuer+o se concentra en laestimacin de los costos, ya que stos son, en "eneral, los principales factores limitantes.En el dise%o de productos esnecesariovalorar los beneficios de cada alternativa. La tarea depredecir cuantitativamente el comportamiento de cada alternativa con respecto a cada uno de loscriterios que se !ayan fi'ado para el proyecto no es tarea sencilla. La mayor#a de estaspredicciones !an de !acerse cuando el proyecto an est en su etapa conceptual, debido a que lae)perimentacin raramente es econmica. ,recisamente ba'o estas condiciones es cuando no sepuede predecir con e)actitud el desempe%o futuro ni los costos relacionados con cada alternativa,yaqueesdif#cil poner enformacuantitativa, entrminosmonetarios, todoslosfactoresqueinciden sobre el resultado, siendo aceptables apro)imaciones del /01 al 201, y an mayores.2*nte"rando los estudios de viabilidad estn los anlisis de fortale+as y debilidades, con los cualesse busca determinar las oportunidades y las amena+as a las que est su'eto el proyecto.Estos anlisis tratan de mostrar que acciones sern necesarias para llevar el proyecto !acia aquel!ori+ontedondeseesfuerte, dondeestnlasmayoresoportunidadesde)ito. Esdecir, elanlisis de fortale+a busca definir las reas o puntos en los que se apoya el proyecto y donde laempresa es fuerte, y las amena+as a las que est su'eto por parte de los competidores y de losclientes.3.!. Dise"o preli#inar&urante el dise%o preliminar se define la confi"uracin total del sistema, el dia"rama de bloques, yse !ace la seleccin de los componentes que inte"ran el ncleo del proyecto, teniendo en cuentadisponibilidad, costo, limitacionesyfacilidadesdemanufactura, metasdefiabilidad, etc. ysedesarrollan los diferentes planos, esquemas y3o documentos "enerales que asistirn a losproyectistas en la etapa del dise%o detallado. Los requerimientos que se estable+can en esta fasedel proceso sern la base de las especificaciones finales, aunque es importante tener en cuentalos si"uientes conceptos: Es imposible especificar correctamente al comien+o de un desarrollo todos losrequerimientos del sistema, por lo que ser necesario un refinamiento iterativo a medidaque se avance en el proceso de desarrollo. (edebenaceptarlasfrecuentesysucesivasrealimentacionescomounamaneradeirrefinando el dise%o. Es usual en la etapa del dise%o preliminar apoyarse en paquetes de simulacinespec#ficos con la finalidad de validar conceptos de solucin. Estos paquetes de $4& sebasanenmodelos que, aunquemuypotentes, requierennormalmenteunaposteriorcomprobacin e)perimental, que, de ser ne"ativa, obli"ara al replanteo de la solucin.El dise%o preliminar es, usualmente, llevado a cabo por un peque%o ncleo deprofesionalesquerepresentanlasdistintasdisciplinasinvolucradasenel proyecto, loscuales una ve+ finali+ada la etapa preliminar continuarn traba'ando en la fase si"uiente5dise%o detallado6.3.. Dise"o detalladoEl propsito de esta etapa del proyecto es: (eleccionar los circuitos Establecer modelos para los clculos de los elementos a fin de determinar la car"a a laque se ven sometidos.3 (eleccionar los componentes estndar en funcin de la car"a a la que estn sometidos,indicando fabricante y nmero de partes correspondientes. Establecer las especificaciones que deben ser satisfec!as por los componentes. .eali+ar anlisis de valor de cada elemento. &ocumentarlosproblemasdetectadosenlasetapasdeverificacin, ylasaccionesdecorreccin correspondiente. &ocumentar los resultados de los ensayos de la validacin efectuados sobre prototipos. 7enerar la documentacin y las especificaciones que describan completamente el dise%o.Enotraspalabras, enestaetapa, diferentes"ruposdeprofesionalesydepartamentosdelaor"ani+acin de diferentes disciplinas traba'an activamente en procesos de s#ntesis y anlisis delas soluciones, reali+ando evaluaciones de componentes para validar los requerimientosestablecidospreviamente, especificandoaquellosque!astael momento!ab#anpermanecidoindefinidos y estimando los efectos de los distintos componentes en el sistema.4