Es importante pasar la perspectiva del cliente a la prctica en la ingeniera, ya

que transformar las necesidades del cliente en trminos cuantitativos de

ingeniera nos permite asegurar que esas necesidades sean satisfechas.
Se debe identificar las funciones que debe ejecutar el proyecto y formular los
requisitos que especifican cmo el desempeo de esas funciones puede ser
evaluada.
4.1 IDENTIFICACION DE LAS FUNCIONES
Se debe entender lo que un dispositivo diseado debe hacer, ya que es
fundamental para crear un proyecto de xito.
4.2 FUNCIONES: ENERGIA, MATERIALES Y EL FLUJO DE INFORMACION
Funcin S: Es la accin para la cual una cosa existe, , las funciones son las
acciones que ese equipo o sistema diseado deben ejecutar, las cosas para
que ese sistema o equipo est diseado a hacer.
Y qu se est transformando?
La transformacin de energa, materiales e informacin.
Tipos de energa
Incluyen mecnica, trmica, fluida y elctrica, y esas formas de energa se
transforman cuando son transmitidas, convertidas o disipadas. La energa
tambin puede ser almacenada y suministrada.
la energa debe ser conservada; no necesariamente ideal, sino que debemos
tomar en cuenta la energa ella no puede simplemente desaparecer, incluso
que se disipa.
Flujo de material
Se debe considerar el flujo o transferencia de materiales y/o elementos
Flujo de informacin
Puede incluir la transferencia de datos en cualquier nmero de formas,
Procesamiento de la informacin
Se puede pensar que la energa es transformada cuando los datos son
acumulados y transformados en informacin
4.1.2 EXPRESION DE FUNCIONES

Dado que las funciones son las cosas que un dispositivo diseado debe hacer
para tener xito, la declaracin de una funcin que normalmente consiste en un
verbo de "accin" y un objeto o sustantivo.
El objeto o sustantivo en la declaracin de la funcin debern ser un poco ms
generales
Funciones secundarias
las otras funciones necesarias para realizar la funcin bsica o (2) los
derivados de la aplicacin de la funcin bsica.
Las funciones secundarias son claramente aquellas requeridas para la funcin
bsica.
Las funciones secundarias no deseadas son subproductos no deseados de
otras funciones (bsicas o secundarias).
4.1.3 ANALISIS FUNCIONAL: IDENTIFICACION DE FUNCIONES
Se realizara el anlisis a partir de la idea de caja negra , que muestra
claramente el lmite entre el equipo y su entorno.
Se puede evaluar:
1.- seguimiento del flujo de energa, materiales y de informacin a travs del
lmite de los equipos
2.- que detalla cmo se utiliza la energa o como es convertida y cmo los
materiales y / o la informacin es procesada para producir las funciones
deseadas
4.1.3.1 CAJAS NEGRAS Y CAJAS TRANSPARENTES
La caja negra es una representacin grfica del sistema o del objeto que est
siendo diseado, con las entradas mostradas insertadas en el lado izquierdo de
la caja y las salidas partiendo de la derecha.
"qu pasa con esta entrada?" o "de dnde viene esta salida?"
Ambas preguntas pueden ser mas claramente definidas si eliminamos la tapa
de la caja negra y realizamos el anlisis de la caja transparente para ver lo que
est sucediendo en su interior, osea, se muestra la transformacin de las
entradas en salidas.
Se deber tomar en cuenta las funciones principales, las funciones secundarias
y las funciones secundarias no deseadas tanto en las salidas como en las
entradas

Este mtodo de hacer transparentes las cajas interiores y analizar sus

funciones internas tambin se llama el mtodo de la caja de vidrio;
Independientemente del trmino utilizado, el efecto es el mismo: continuar
abriendo las cajas internas para entender cmo todas las entradas se
transforman en las salidas correspondientes e identificar cualquier efecto
secundario que se producen por estas transformaciones.
El nico requisito para el uso de una caja negra o transparente es que todas las
entradas y salidas estn identificadas.
Estas decisiones constituyen realmente la dimensin del problema del diseo y
deben ser resueltas a medida que el problema del proyecto es encuadrado.
4.1.3.2 DISECCION O INGENIERIA INVERSA
Se deber considerar varias advertencias:
1.- Los equipos que estn siendo disecados fueron desarrollados para alcanzar
los objetivos de un cliente y un conjunto determinado de usuarios en particular.
2.- Existe la tentacin de limitar los nuevos medios para los que trabajan en el
contexto del objeto siendo diseccionado, esto no se debe hacer, ya que existe
la posibilidad de cerrarse a los amplios factores del proyecto
3.- Aunque el tratamiento de la diseccin de trminos y la ingeniera inversa de
igual a igual, no siempre se refieren exactamente a el mismo proceso.
4.- Tenemos que definir funciones en los trminos ms amplios posibles y
hacer hincapi nicamente cuando sea necesario.
**Nunca es apropiado reclamar como ideas propias las ideas de los dems**
4.1.3.3. ENUMERACION
Es necesario enumerar o listar todas las funciones que podemos fcilmente
identificar.
Un truco es imaginar que existe un objeto y preguntar qu pasara si de repente
desaparece.( Aplicar el Enigma de San Anselmo)
Otra manera de determinar las funciones es considerar cmo un objeto puede
usarse y mantenerse a lo largo de su vida til.
4.1.3.4. ARBOLES DE FUNCIONES Y MEDIOS
Un rbol de funcin-medios es una representacin grfica de las funciones
bsicas y un proyecto secundario.

Un rbol de funciones nos puede ayudar a clasificar las funciones secundarias

en los casos en que los medios o implementaciones pueden conducir a
diferentes funciones.
Se deber encontrar funciones secundarias diferentes a las que se puede
encontrar en diferentes alternativas y exhibir las funciones secundarias que se
han hecho necesarias para esos medios.
Las funciones y los medios se pueden mostrar en cajas con diferentes formatos
o escritos con diferentes tipos de letra.
Un rbol de funciones-medios tiene otra propiedad muy til, pues inicia el
proceso de asociacin de lo que debemos hacer con el modo como podemos
hacer.
Esta herramienta, o grafico morfolgico, lista en forma matricial las funciones
del equipo diseado y los posibles medios para atender cada funcin.

Advertencias:
1.- Un rbol de funciones-medios no sustituye la formulacin del problema o
de la generacin de alternativas.
2.- Los rboles de funciones-medios no deben ser utilizados sin algunas de las
otras herramientas descritas anteriormente.
*Como el rbol de funciones-medios nos permite trabajar con los medios de
comunicacin o implementaciones entrantes, podemos ignorar las funciones
que pudieran haber surgido con una tcnica menos " centrado en solucin
4.1.4. UNA ADVERTENCIA SOBRE LAS FUNCIONES Y OBJETIVOS
Sabemos que estamos llegando al final cuando el Por que? se convierte en
el como?, lo que significa que las funciones pueden estar emergiendo como
formas en que los objetivos se pueden lograr.
-Los objetivos describen cmo el equipo ser diseado y detallan atributos y
se caracterizan por vincular los verbos tales como "es" y "ser".
- Las funciones describir lo que el objeto va a hacer, con especial nfasis en los
cambios de entrada-salida que el equipo o sistema realiza.
4.2 REQUISITOS DE DISEO: ESPECIFICANDO FUNCIONES,
COMPORTAMIENTO Y ATRIBUTOS

Los requerimientos de diseo se presentan en tres formas que representan

diferentes maneras de formalizar el comportamiento funcional y el diseo de
anlisis.
Los requisitos prescriptivos especifican valores para los atributos del objeto
diseado.
Los requisitos procesales indican los procedimientos para el clculo de
atributos o comportamientos.
Los requisitos de desempeo especifican los niveles de desempeo que deben
demostrar los comportamientos funcionales bien hechos.
Los requisitos de rendimiento deseado caracterizan el comportamiento
funcional del objeto o sistema diseado.
*Los requisitos funcionales no significan mucho si no consideramos lo mucho
que el proyecto debe realizar bien sus tareas.
4.2.1. ASIGNACION NUMEROS A LOS REQUERIMIENTOS DEL PROYECTO
Tenemos que encontrar una manera de medir el rendimiento de un proyecto
para implementar una funcin u objetivo especfico y luego configurar el
intervalo en el que la medida es pertinente al proyecto.
4.2.2. DEFINICION DE LOS NIVELES DE DESEMPEO
El rango de inters se encuentra entre el umbral y la meseta. Y dentro de esa
regin que son ganancias de proyecto debe ser medido y comparado con el
proyecto que son el tema de la especificacin de funcionamiento.
Sin embargo, los usuarios finales normalmente no son parte del proceso de
diseo y por lo tanto dependen de los requisitos de rendimiento publicados que
establecen los niveles de rendimiento que se pueden esperar de un equipo o
sistema. De hecho, en muchos casos, los diseadores de examinar los
requisitos de ejecucin de proyectos similares o competidores de ideas sobre
las cuestiones que puedan afectar a los usuarios finales.
4.2.3. REQUISITOS DE RENDIMIENTO DE LA INTERFAZ
Los requisitos de rendimiento de la interfaz son cada vez ms importantes
Durante el diseo conceptual, los lmites o las interfaces entre los sistemas que
deben trabajar juntos para ser especificado, entonces los requerimientos de
cada elemento que cruza un lmite debe ser nombrado
4.2.4. UNA ADVERTENCIA ACERCA DE LAS METRICAS Y LOS REQUISITOS

Una mtrica en su ms amplio sentido, es una regla por la cual mediciones

significativas se pueden hacer. Por lo tanto, los requisitos de comportamiento y
funcionales - son tambin indicadores.
- Las mtricas se aplican a objetivos (solamente).
-Los requisitos se aplican a las funciones y comportamientos.
Los requisitos son necesarios y, por lo tanto, un proyecto debe satisfacer hacer
todos y cada uno de ellos.
4.2.5. UNA NOTA SOBRE LAS NECESIDADES DE LOS CONSUMIDORES
Se deber exponer las interacciones positivas y negativas de los requisitos de
la ingeniera
4.3. FUNCIONES DE LOS APOYABRAZOS DE DANBURY
Se deber realizar una lista de funciones que traten de abarcar todas las
funciones o especificaciones principales, y las afecciones del entorno hacia
nuestra maquina (dao ambiental, como maximizar la vida til del equipo)
Los requisitos se utilizarn en el futuro para descubrir precisamente lo que hay
que hacer para obtener una funcin, por ejemplo, necesita saber cul es
exactamente la estructura necesaria para soportar el peso determinado, y no
slo evaluar retrospectivamente si el proyecto funciona.
4.4. LA GESTION DE LOS REQUISITOS DE PRACTICAS
Esta estrategia de "divide y vencers" se asegura de que los miembros del
equipo estn preparados para las reuniones y hay un profesional con
experiencia para cada herramienta o mtodo.
El anlisis y la evaluacin por pares permite a los miembros del equipo sobre la
base de las ideas de unos a otros en el desarrollo y establecimiento de
requisitos funcionales, por lo que los beneficios del equipo de nuevos puntos de
vista y el pensamiento ms crtico.